TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼
C言語なら俺に聞け 154
VB.NET質問スレ(Part43)
Visual Studio Code / VSCode Part7
VRプログラム雑談【Unity/UnrealEngine】【HTC Vive/Oculus Rift/その他VR】
【独学】一人で勉強する奴らのスレ【自習】
OpenCLプログラミング#1
開発工数を大幅削減できた言語は存在しない
関数型プログラミング言語Haskell Part33
学ぶ言語は「広く浅く」か「狭く深く」のどっちか
Pythonのお勉強 Part61

C言語なら俺に聞け 153


1 ：2019/08/17 ～ 最終レス ：2020/01/05
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/
-
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
※前スレ
C言語なら俺に聞け 152
https://mevius.2ch.sc/test/read.cgi/tech/1560763630/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2 ：
乙。くるしうない。

3 ：
仮想アセンブラは、元々、日本の情報処理資格試験用に、CASL2 が作られた。
個別のCPU 命令では、試験にふさわしくないから、抽象化した命令が必要だった

でも、世界的には流行らなかった

それで、学生が作った、LLVM に、Apple が飛びついた

4 ：
実像を見てない試験で社会から乖離してるな
バｋの集団なんだろうか？
それともz80の問題だしたらライセンス料でも払わないといけないのか？
カネに掛けてはとかくケチな貧乏人が思い付きそうな小手先だ
至るところで独自規格で無意味の羅列、全く学習にならず、受けるだけムダな試験が練り上げられる

5 ：
試験用のアセンブラは、仕様を公開せずに
試験問題の中で初見にすればいい
それで対応力を試すようにすれば
いくらか意味のある試験になる

6 ：
以前に実施されていたマイコン応用システム開発技術者試験のアセンブラ問題は8080, Z80, 6800からの選択だった
現在の情報処理試験エンベデッドシステムの前身となった資格試験

7 ：
実際に使えないものを教えられてるのは英語と同じだな
CASLやっても機械語の練習にならない

「教育用」にまで形骸化すると使い物にならない、現実と実用から乖離する、ファンタジーになる、
これが「教育用」の弊害だ
PASCAL不人気の原因もここら辺にあるんじゃねえか？
IT界隈は教育用と実用の間で揺れてる

8 ：
>>2 先生　７００行の数式パーサーまたＨＰに載せて下さい！

9 ：
ハゲタマゴどこ行った

10 ：
生理がこないんですけど
どうしたらいいですか？

11 ：
>>10
D

12 ：
コンパイルもリンクも正常に動いているようだぞ
生まれたのがバグじゃなくて良かったな ha ha ha

13 ：
http://program-lecture.info/c_structure5.html

ここのサイトを見ながら学習しているのですがこのshowStatus関数では何故int配列を
int型の仮引数で受け取れてるのでしょうか？配列は配列かポインタでしか受け取れないと思ってたんですが
その認識は間違ってますか
よろしくお願い致します。

14 ：
>>13
showStatus()はint型でもint型配列でもなくcharacter型を受け取ってるようだが?

15 ：
showStasus() の引数は struct person 型の実体を受けてる

main では
　struct person 型の配列を用意 party[]
　配列の各要素 party[0], party[1] のぞれぞれについて showStatus() を呼んでいる

本質的には
　void foo(int arg);
　int main() {
　　int array[2];
　　foo(array[0]);
　　foo(array[1]);
　　return 0;
　}
これと同じ

16 ：
>>15
理解出来ました。ありがとうございます( ;∀;)

17 ：
>>8
あのコードは今となっては時代遅れだ。意味がない。

18 ：
先生書き直さないんですか？ｗ

19 ：
>>10
産婦人科へGo!

https://www.mylohas.net/2018/08/173369menstruation.html

20 ：
下のコードの部分を実行すると、最後の行だけ２回表示されます。
理由はなぜでしょうか？また、最後も１回にするにはどう変更したら良いでしょうか？
よろしくお願いします。

http://codepad.org/WCL1vHLd

21 ：
>>20
if ( !fgets(buf, sizeof(buf), fp) ) break;

22 ：
>>21
サンクス！

While 行と fgets 行の間にその行を入れたら1回になりました。
修正はこれで良いのでしょうか？

23 ：
>>22 の修正だと最後の行以外にもだいぶ表示されなくなってました。
どうするのが正解なのでしょうか？

24 ：
良いのか？って聞かれると
色々言いたくなる奴が大勢出てきそう

25 ：
>>23
//while ( !feof(fp) ) {
while (fgets(buf, sizeof(buf), fp)!=NULL){
//fgets(buf, sizeof(buf), fp);

こんなんでどうか

26 ：
>>25　うまくいきました！　Thanks!
やっぱり俺に訊けスレですね。ここの人達はすごい。

if ( (fp = popen(cmdline,"r")) == NULL ) {
perror ("can not exec commad");
}
while (fgets(buf, sizeof(buf), fp)!=NULL){
printf("%s", buf);
}
pclose(fp);

最終的にこうなりなした。助かりました。

27 ：
Ruby では、Windows の、powershell, clip コマンドも呼べる。
UTF-8, CP932 の文字コード変換もできる

クリップボード内の複数行文字列の、各行の先頭・末尾から、
連続する空白類を除去して、クリップボードに入れる

str = `powershell Get-Clipboard`
str.encode! Encoding::UTF_8, Encoding::CP932 # UTF_8 へ変換

ary = str.each_line.map( &:strip ) # 連続する空白類を除去する

IO.popen( 'clip', 'w:cp932' ) do | clip | # CP932 へ戻す
clip.print( ary.join "\n" )
end

28 ：
defineマクロで以下をやりたいです。

struct my{
int d0 =0;
int d1 =0;
int d2 =0;
int d3 =0;
int d4 =0;
}:

struct my val;

val[0:2] = (1, 1, 1);

と入力した時にvalのdata0～data2に1が入るようなマクロはどう書けばいいですか？

29 ：
__VA_ARGS__ つこて2段呼び出しだな
qiita.com/saltheads/items/e1b0ab54d3d6029c9593

30 ：
>>29
ありがとうございます。
リンクを参考に、可変引数にするマクロまでは出来ました。(作った関数が間違えていたらすみません。)

struct my def2(struct my val, int s, int e, int d1, int d2){
int *p = val.d0;
*(p+s) = d1:
*(p+e) = d2;
return val;
}

/*def3省略*/

#define GET_MACRO(_1,_2,_3,NAME,...) NAME
#define DEF(val,s,e,...) GET_MACRO(__VA_ARGS__, def3, def2)(val,s,e,__VA_ARGS__)

ここから、表記を変える方法が分かりません。
下のようなことをしたいのですが、このように書くとコンパイルエラーになりました。
どう書けばいいでしょうか。

#define VAL[A:B]=(...) DEF(VAL,A,B,__VA_ARGS__)

31 ：
マクロ使わずにこれで十分だろ。

typedef struct my;

val = (my){1,1,1};
val = (my){1,1,1,1};

以下のようにはできるけど、
マクロの多用は誰もソースを読みたくなくなるから避けたほうがいいよ

#define SET(v,...) v=(struct my){__VA_ARGS__}
SET(val, 1, 1, 1)

32 ：
>>31
すいません、説明不足でした。
どうしてマクロかと言いますと、3つのデータを入れたい場所が0～2だけではなく5～7や2～4の場合もあるからです。

33 ：
#define SET(x,s,e,...) memcpy(((int*)&val)+s,&(int[]){__VA_ARGS__},sizeof(int)*(e-s))

SET(val, 1, 3, 1, 1)
SET(val, 1, 4, 1, 1, 1)

部下がこんなコード書いてきたら突っ返すわ

34 ：
ID:Y/GLm+KZ0 が上司だったらと想定してみよう。

35 ：
自分の考えが浅はかでした。申し訳ありません

36 ：
>>34
背中を撃たれてしまうのでは・・・？

37 ：
うーん、どうにかして上のように[]を使って書き換えることは出来ないのですかね。
ちなみに下のようにして全パターン定義しようとしたらエラーでした。何故でしょうか。

#define val[0:2]=(...) DEF(val,0,2,__VA_ARGS__)

38 ：
マクロ諦めてインライン関数にしたら？

39 ：
>>37
なぜって、#defineを使用するための構文を完全に無視してるからだよ。こちらが思ったことを都合良く解釈してくれるわけでなく、構文通りの単純な置換をしてくれるだけだよ。
一度ちゃんと調べておいた方がいい。

40 ：
>>39
なるほどです。
では、[]や:を利用して独自の構文を定義するのはC言語において不可能、ということですか？

41 ：
>>40
不可能。やるなら自前でプリプロセサでも書けばいいが、そんなことするくらいなら、ソース上に書くのではなく独自のデータファイルとそれを読み込んでデータを初期化するような処理でも作れば？

42 ：
>>41
ありがとうございます。
最終的な目標は、Cを他言語ライクな記述でコーディングすることなので、プリプロセッサについて調べてみます。

43 ：
新言語作った方が良さそうな。
初期のC++みたいにC言語へのコンバータとして作っちゃえば楽だと思う。Cと同じで良い部分はほとんど素通しで行けるし。

44 ：
そこまでしてCに拘る意味がわからない

45 ：
あの変態的にC言語には見えないObjective CでさえほとんどプリプロセッサでCに変換してからコンパイルしてたと聞くので、やろうと思えばできるんだろうね。

46 ：
yaccとlexを使えばできるだろう。たぶん

47 ：
独自言語を開発したときなんかはとりあえずCに変換するというのはわりとある話。
コード生成とか最適化とか考えずに済むから。

昔、独自じゃないけど、とある言語からCへのコンバータ作ったよ。
楽しかった。

48 ：
コンパイル前にソースを別のソフトで変換、置き換えさせて・・・

49 ：
そしてCにもどるネズミの嫁入り

50 ：
BNFとyaccのお勉強から

51 ：
#define ARR_NAME(n) arr##n

int arr0 [] = {0,0,0};
int arr1 [] = {1,1,1};

int* select_arr(int i){
return ARR_NAME(i);
}

これはどうしてコンパイルエラーになりますか？
ちなみにreturn ARR_NAME(0)だと正しく動きます。

52 ：
タイミングの問題だ
#defineはコンパイル前に解釈されるが
関数仮引数の値は実行時に渡される

実行時とはコンパイル～リンクまで全て終わった後の話だ
だから関数仮引数の値を#defineで置き換えることができない

53 ：
arriという変数はない。プリプロセッサでは変数の中身までは見られない。

54 ：
分かりやすかったです。ありがとう。
この機能の代替として良き方法はありますか？配列のdimを増やすしかないですか？

55 ：
次元を増やすのがベストだろう。

56 ：
配列変数名はコンパイル時には分かっているのだから
その配列のアドレスを格納したポインタ配列を用意してやる

57 ：
>>55
これに1票。

58 ：
　　　　　　　　　　　　　　　　　 　 　 　 　 　 __、
　　　　　　　　　　　　　　　　iｰ'ﾞﾞﾞﾞ''''ｰ-,／^´　 ﾞ'；
　　　　　　　　　　　　　　　　|　　　　 　ﾞゝ....‐　 .｝
　　　　　　　　　　　　　　　　!　　　　　　　　　　 |,
　　　　　　　　 　 　 　 　 　 i＿___________......ｒ'".'''ﾞヽ　 . ..,,、
　　　　　　　 　 　 　 　 ,,. -/　　　　　　　　｀'ｰ　　|　　　　　 .'　、
　　　　 　 　 　 　 ,..-'"　　lﾞ　　　　　　　　 　__.. -''′　　　　　./
　　　　　　　 . ,／　　　　 .｀''''～- ....---''''"゛　　　　　　　　,／
　　　　　　 ／.,,　　　　　　　　 　 　 　 　 　 　 　 　 　 ,,..ｒ'"
　　　　　　　　　｀''ｰ､,、　　　　　　 　 　 　 　 　 _,,,-'"　 ｀!､
　　　　　　 　 　 　 　 /'r‐、　　　　　　 　　 ,／´ /ﾞﾞ',　　　 ヽ
　　　　　　　　　　　 /　レ'ﾞ ´ﾞﾘ´ . ｀^^ﾞﾞﾞﾞﾞﾞ厂j　 .!　│　　　 . ｌ
　　　　　　　　　　　/　　|　 .l．　　　　　　丿/　/ . /　　　　　 !
　　　　　　　　　　　 ｌ　 !　　.,,....--ｰ'''''''″ /　 .|　(、　　　　 . !
　　　　　　　　 _　 .ｨ‐¨ﾞﾞ'广゛　......　　　　./ 　,ﾉ.ｌ.　 ｀'ィ ..,,＿/
　　　　　..-‐'"゛　 'l_ﾞ'ｰﾉ｀' ..........,,＿ .,, -"　 /　│　　 .!　　　ﾞ''''-．
　　　.i''i　　　　　　 ヽ、　　　　　　　　　　／　　.!　　　 !
　　　,)ｲ　　　　　 : ..,,,,,＞u;;;;,、.__　_,,,.. ／　　　 |　　　 "
　　/ . 、　　　　　　　　　 !　 .｀ 　 　 　 　 　 　 |
　　　　 !,　　　　　　　　　　　　　　　　　　　　　,!
　　　　 ."　　　　　　　　　　　　　 　 　 　 　 　 ﾞ

59 ：
それは増やさなくていいから

60 ：
グローバル変数を宣言する時、ヘッダファイルでextern int hogehoge;ってするよね。
*.cからヘッダファイルをincludeすると、
extern int hogehoge;を毎回書いたのと同じ状態になるの？

61 ：
そうだよ
includeはファイルをそのまま展開するだけ

62 ：
>>60
被参照側（メイン）に int hogehoge と書く
参照側（サブ）には extern int hogehoge と書く

これが基本です、*.h を使うのなら

*.h に extern int hogehoge と書く
被参照側（メイン）に int hogehoge と書き、*.h をインクルード…①
参照側（サブ）は *.h をインクルード
①でヘッダと実体に矛盾がないかチェックします

63 ：
>>61-62
ありがとうございました

64 ：
お前がC言語を 使う前に
言っておきたい 事がある
かなりきびしい話もするが
俺の本音を 聴いておけ
初期化前の変数を 使ってはいけない
gets()関数も 使ってはいけない
文字列の長さと 配列サイズは別物だ
使い終わったバッファは ゼロクリアしろ
できる範囲じゃなくて 全部やって

https://twitter.com/satoru_takeuchi/status/1176429522687676416?s=03
(deleted an unsolicited ad)

65 ：
>>64
> 使い終わったバッファは ゼロクリアしろ
これは要らんやろ

66 ：
パスワードやらなんやらの機密情報を保存したバッファは解放前にゼロクリアしようねという話です。
任意のバッファという意味ではありません。失礼しました

67 ：
物凄く初歩的な質問で申し訳ないのですが
1%5のような余剰計算をした場合解は5になるのでしょうか0になるのでしょうか

68 ：
すみません自己解決しました

69 ：
それC言語固有の話じゃないし個々にやるべきかプロセス毎にやるべきかとかのポリシーもあるし

70 ：
>>66
元のツイートした本人か。
ここ見に来ているとは思わなかった。

71 ：
ゼロクリアだとそこだけ異様にキレイなので逆に重要な値が入るものと察知される
乱数値でクリアすべき

72 ：
>>71
すごいコストがかかるよねそれ・・・

73 ：
一々乱数計算しなくても数パターン乱数表つくってメモリコピーでもいいんじゃね？

74 ：
そもそもゼロクリアされてるbss領域なんて重要なもの以外にも大量に存在してるので攻撃者がピンポイントで判断することなどまず不可能。
逆に綺麗すぎる乱数のほうが目立つ。

75 ：
そこだけにするからバレると言うなら全部ゼロクリアすればいいってことでしょ

> 使い終わったバッファは ゼロクリアしろ
> できる範囲じゃなくて 全部やって

76 ：
今の流行りは不変プログラミング
スコープが短い云々ではなく使い捨て
再利用なんてしない

77 ：
アメリカ国防省のDoD5200.28-Mとかね

78 ：
HDDだと少数回のゼロクリアじゃデータ復旧される可能性が残るけどメモリだったらその心配はないのかね？

79 ：
>>78
DRAMはリフレッシュがあるので原理的に不可能な気がする。
SRAMもフリップフロップなら不可能な気がする。

80 ：
スワップされてディスクに書き込まれたら終わりなのでスワップされないようにする必要がある。

81 ：
windowsの細かな動きがわからんけどスリープとかでメモリ内容を全部ディスクに保存する動きしない？
するなら言語レベルではどう頑張ってもディスクにデータを書き込まずにスルーする術なんてないんじゃなかろうか？
ということは漏洩防止目的でバッファをゼロクリアする意味は無い？
windows以外は知らん

82 ：
スリープ処理って関数実行中でも起きるの？
メッセージ待ちとかで起こると思ってた。

83 ：
多分priemptされてたら実行状態でも普通にswap outされるだろうな。

84 ：
スワップに書いてある内容がどのプロセスのものかをどうやって知るつもりなんだろう…
てかそんなのがわかる状況ならそもそもセキュリティうんぬん言ってもしょうがないと思う

85 ：
Linuxにはmlock()がある。
https://linuxjm.osdn.jp/html/LDP_man-pages/man2/mlock.2.html
多分他のOSにも似たようなのはある筈。
なければ高度なセキュリティが必要なプログラムは作れない。

86 ：
サスペンドでメモリ内容が全てディスクに書き込まれるような場合は暗号化サスペンドイメージを使うように予め設定しておくしかないようだ。(もはや言語の問題ではない。OSの問題)。

87 ：
最終的にはOSやらハードウェアファームやらのレベルの話に行き着くんで上位レイヤーでの完全対応は無理
ならば他アプリが自アプリのバッファにアクセスできないよう下位レイヤーが保証してるならバッファクリアは不要ということになる？
そんなレベルで心配が必要なことは個人的に触ることは無いと思うけど

88 ：
関数ポインタの書式と宣言方法がわからぬ(´・ω・`)
だれか助けてクレメンス

89 ：
ここで講義始めるわけに行かないんだからもっとspecificに頼むよ

90 ：
Makefileなどに書かれているCCって「C Compiler」の略でしょうか？

91 ：
UNIXのccコマンドじゃね？

92 ：
http://www2.scphys.kyoto-u.ac.jp/BIRDnet/manuals/A1_BIRDintro/cc1.html
C コンパイラーっぽいですね

93 ：
ピザ好きな不老不死の女の子かと思った

94 ：
250億分の１のドム？

95 ：
Card Captor

96 ：
さくらちゃん！

97 ：
Chupa Chups

98 ：
このスレこんなに過疎ってたっけ

99 ：
まずは燃料投下する必要があるんじゃないかな。C言語はダメとかクソとか、あるいは引数にvoidなんて見たことないとか、そういったことを書けば火が付いて3スレぐらいあっという間に消費すると思うよ。

100 ：
void君呼ばれてるよ～

101 ：
void君だと日下部を連想しちゃう

102 ：
C言語がクソなのは誰の目にも明らかだから燃料にもならない

何を犠牲にしてでも最速を求めなければならないとか
今時キロバイト単位のメモリしか載ってないとかで渋々使わざるを得ないだけ

103 ：
>>102
プログラムに関係する問題を人に伝えたく、かつ、言語固有の事情をできるだけ排除したいときにあえて c で表現することはあります、普段書きはすでに c++ ではあるのですが
https://mevius.2ch.sc/test/read.cgi/tech/1551247748/442-443

104 ：
だな

105 ：
かと言ってC++にそんなにメリット感じないんだよなぁ。

106 ：
python最強！python最強！python最強！

107 ：
pythonスレ、寂れているぞ

108 ：
Cスレより寂れてから出直してこい

109 ：
あんなに活気のあったスレがこんなに寂れるとは
2chから人が減っているという噂は本当だったか・・・

110 ：
2chに戻れば盛況になると思うよ

111 ：
誰かYouTuberになって布教活動すれば良いんじゃないか？
この際VTuberで美少女だけど実はおっさんがやってるってのでも良い。

112 ：
名前はCちゃんだな
バストもCちゃん

113 ：
>>109
C 宿題スレも激しく活況だったのに、ね、…

114 ：
そう言えば中国にもYouTubeみたいなのがあってYouTuberのようなのをやってる人も居るのだが、顔を若く変換するアプリ使って40代だか50代のおばちゃんが20代ぐらいに見せかけてやっていたってのがあったなあ。

そういうの使えばお前らのハゲもフサフサになるに違いない。

115 ：
顔を変換するアプリと言えばアダルトサイトに芸能人の顔を合成したAVが上がってたな
見た感じ本物と区別付かないぐらい精巧だった
個人的にここ最近の技術革新では一番衝撃的だったな

116 ：
画角やライティングに異常なし？

117 ：
>>111
>>114
のらきゃっと + 顔バレあたりで現代に触れよう

118 ：
printf("%*d", width, num);
と
printf("%2$*1$d", width, num);
がなぜ等価でですか？だいたい等価？正確に等価？

119 ：
>>116
異常なし
すごい自然な合成

120 ：
ずばり日本人って利己的な奴ばっかだから会話から何まで発展しようがないんだな。
後はもう負の連鎖。

121 ：
おまえ利己的だな

122 ：
ワッチョイ取ったほうがいいんじゃないの？
なんでワッチョイ付けてるの？

123 ：
人を寄せ付けないため

124 ：
荒らされることで活気を保つというのもまたナンだなあ

125 ：
本音だけど、何処の板もそうだけど、噛みついてくるのはすぐさま来るけど親身になって
答えてもそのまま逃げる奴ばっかだし、そりゃ人減るよ。
答える奴には聖人を求める癖に自分がカスすぎるじゃん。

126 ：
他人に対する期待が多すぎるやつは
いつも文句ばっかりぬかしてて
思い通りにならないと発狂する

127 ：
期待が大きいというか、依存だよね。

128 ：
依存じゃなくて利用だな
他人なんて自分がラクするための道具でしかないという

129 ：
道具に依存している

130 ：
なくても困らない代わりはいくらでもあるものに対して依存しているとは言わない

131 ：
２ちゃんねる依存症

132 ：
依存できなくなると怒るんだよ

133 ：
$ ctags -R /usr/include/alsa
をしても、int snd_pcm_open(...); 等が tags に記載されない。
どうして? どうしたら?

134 ：
>>133
ctags --c-kinds=+p -R /usr/include/alsa
でどうだろ。
見当つくだろうけど「Cのプロトタイプ宣言部分も出力に加える」の意。

どうして、の答えは「デフォルトではプロトタイプ宣言部は対象外だから」だね。

135 ：
構造体のメンバ変数に、関数のポインタ変数を入れて、クラスのメソッドのような感じで使ったりできると思うけど、そういう使い方って現実性あるかな？

136 ：
そういうふうにCでOOPするのが昔流行った。

137 ：
>>135
Linuxとかで今でも使われまくり
https://elixir.bootlin.com/linux/latest/source/include/linux/fs.h#L1789

138 ：
>>135
デバイスドライバのたぐいは大体それのオンパレードだよね

139 ：
>>135
普通

>>137
便利だよね

140 ：
>>135
C++がCへのコンバータだった頃はクラスをそんな風に変換してたんじゃないかな。
今はコンパイラが内部的にやってるんだろうけど。

141 ：
組み込みプログラマになりたいんだけど入門書やった後は何したらいいの？

142 ：
中学生なら高校R
高校生なら大学R

143 ：
社会人なら？

144 ：
そんな質問の仕方で生きていけると思ってるのか？
自分で考えろ

145 ：
LチカへGo

146 ：
>>144
サンキューポークピッツ

147 ：
>>141
横井与次郎さんの本が愛読書だったな、俺っち
手垢で真っ黒ボロボロ

148 ：
サルのようにアセンブラ書きまくってた

149 ：
組み込み用の何かを買ってきて何か作れば良いのでは？

まあしかしこの頃は小さい組み込み用のやつでもLinux動くのあるし、良い時代になったもんだな。

150 ：
>>141
PICとかハードを直接イジれるやつを隅から隅までイジれ。
逆にラズパイとかはお勧めできない。

151 ：
スレチ

こちらへどうぞ
https://rio2016.2ch.sc/test/read.cgi/denki/1475932454/

152 ：
こっちか
https://rio2016.2ch.sc/test/read.cgi/denki/1556619799/

153 ：
30日でできる！OS自作入門ってやつは組み込みの知識としては全く必要ない？
なんか楽しそうだからＣ言語の入門書終わったらやろうと思ってるんだけど

154 ：
>>153
あの本はCPUの知識ないと何をしてるか分からないまま終わると思う
だから知識が増えた実感も感動も少ない(経験談)
揃えるツールも多いし著者が用意した奴だし

個人的にオススメの勉強法は自分で考えたオリジナル言語をCのソースに変換することかな
文字列処理の知識で実現できてなおかつC言語に詳しくなれるし、他言語の構文を学ぶきっかけにもなる

155 ：
楽しそうだと思うものをやるのが一番学習には向いてる
組み込みも幅は広くてOSがあったりなかったり様々
やって全く不要だったとはならんと思うよ

156 ：
Arduinoはダメ？

157 ：
何を持ってダメ？なのかがわからんから答えようがない
何使ったって楽しく勉強できるなら関係なくない？
勉強すれば次が見えることもある

158 ：
オームの法則からやった方がいいんじゃねえの

159 ：
>>157
ラズパイはダメってレスがあるからさ。Arduinoもダメなのかな？と思ってさ。
とりあえずやってみるわサンキュー
>>158
なんで？

160 ：
組み込みは扱うものの範囲がベラボーに広いからターゲットが決まってないないなら
予備知識なんてそれこそ有りとあらゆる事を学ばなきゃならなくて時間の無駄
いきなりやりたいことに手を付けるとか目的の会社に就職する算段するとかの方が現実的

161 ：
興味あるところを片っ端からやればいいよ

最近の新人はまともにコーディングしたことがない人が多くて驚く

162 ：
>>161
＞興味あるところを片っ端からやればいいよ

至言ですね…
つまるところアドバイスできるとすれば、この言葉にまとまってしまいますね

163 ：
ラズパイでもArduinoでもPICでもブレッドボード用意してまずはLチカから
トランジスタや７セグをやって、スイッチからの入力などとれるようになったら
またそこで考える

164 ：
>>154
この本アセンブリとＣ言語の勉強になったりしない？

165 ：
>>154
式をコンパイルするところでだいたい挫折する

166 ：
>>164
ならない

はじめて読む486の方が486倍マシ

167 ：
じゃあやーめた

168 ：
まずはLチカでオームの法則を押さえよう
次はhFEだ フォトトラとダーリントン
フォトカプラとHブリッジあたりまでできるようになれば
あとはどうにでも

169 ：
リレーかちゃかちゃも捨てがたい。

170 ：
組み込みだろうが回路は回路の専門家が考える
ソフトの新人が回路に意見しても聞いてくれないよ

171 ：
制御系の場合は、LTIシステム、Z変換など制御理論の基礎知識がないとそもそもプログラミングが出来ない
どの様にプログラムすれば良いのか迷い途方に暮れることになる

172 ：
そういうのは実際に使う場面になってから勉強すればいいよ
ソフトは範囲が広すぎてどうせ全て学ぶのは無理だから

173 ：
そういえば抵抗のカラーコードって色弱の人とかには辛いんじゃないか？

と、今ごろ気づく。

174 ：
おじさんが若い頃は新人はPIOドライバを書くことから始めてたけど今じゃそれさえも最初からドライバやSDKで用意されてるものが多いしな。
組み込みソフト技術者を自称してる人でも最近じゃリセットエントリからSDRAM設定やスタック設定やセクション初期化とかmainがコールされるまでの部分を書ける人は少なくなってるね。

175 ：
組み込み分野で、私はソフト屋でハードはわかりません、なんてぬかすやつはビルから投げ捨てろ

176 ：
>>173
色弱で前までは気合で読んでたけど最近はスマホアプリとかで読んだりもする

177 ：
なるほど。やはりそうか。
スマホアプリあってよかったな。

178 ：
今時カラーコード？

179 ：
ものづくりＣ言語塾とかいうプログラミングの勉強サイト見つけたんだけどわかりやすいのここ

180 ：
無駄なイメージ画像が矢鱈と多いね
チャッチャと本題に入ればいいのに

肝心のコードのフォントサイズ一回り小さくしてね？
逆だろ逆

181 ：
分野的には制御＆組み込みだが論理回路とかは初歩の初歩くらいしか分からんわ
別に組み込み屋を自称する気もないけど

182 ：
建築土方で分ける方が良いかも。知らんけど

183 ：
ポインタを返す関数の中身を他の変数にコピーしたいとき
int a;
a = *func();
みたいな事をしても良いんでしょうか？
コンパイルしたら動きましたが…
普通こういうことはしませんか？

184 ：
funcが返す値を開放する責任がないなら問題ない

185 ：
>>183
これなにか使い道あるの？

186 ：
ああ空目してたわスマソ

187 ：
>>181
慢心せず謙虚でいるのはいいことだが
やる気のなさの言い訳にするやつに
同調はしないってことさ

188 ：
制御屋なら論理回路よりも伝達関数

189 ：
>>183
func() の作り方次第

int x = 123;
return &x;

とかやってたらダメ

190 ：
>>188
なぜ、よりもと択一選択するんだ？

191 ：
極論すれば対象をモデル化して状態方程式をプログラムで逐次演算するアルゴリズムを実装するのが本来の制御系の組み込みソフト
論理回路のソフト処理への代替はコストダウンの一環で取り込むことはあってもあくまでオマケ

192 ：
>>178
抵抗って昔からカラーコードで抵抗値表してるのでは？今は変わったの？

193 ：
>>192
部品を小さくすると高速化できるので
チップ部品が増えたが、そこにはカラーコードは使われていないからでは。

194 ：
>>183
良いんだけどNULL返されたらおしまいなのでそのためにワンクッション入れるのが普通なのではないな。

実際 localtime() なんかはエラーの時にNULL返す事になってるしな。自分の所の変数にコピーする場合はまずポインタで受けてNULLでなければポインタの指してる先がコピーされるように書くよ。

195 ：
>>192
チップ抵抗器って見たことない？

196 ：
>>180
典型的なアフィwebサイトと同じ造りなんだよな
一目でそっとじ

197 ：
>>193>>195
あの小さい四角いやつか。
電子工作何十年もやってなくて知らなかった。
ググって画像見た。

198 ：
core-i7のパッケージ天面にも貼ってあるから電子工作してなくても見かけることはありそうだが

199 ：
見かけていてもアレが何なのか分からない、だろう

200 ：
最小は0201かな
3216とかは巨大に見える

201 ：
マイコン、ラズパイ、PLC, HDL, Rust

ニコ生では、HDLまで行ってるw

202 ：
https://ideone.com/y2Ogra
で0.3がFalseになるのはわかるのですが、0.2がTrueになるのはなぜですか？

203 ：
一応環境依存

内部が2進数の浮動小数点なら
(普通の範囲なら)2倍は正確

0.3がfalseになるのがわかるなら
わかりそうなもんだけど

204 ：
精度の問題？

205 ：
>>203
ありがとうございました

206 ：
double
https://ideone.com/9COXkq
0.2 True
0.3 False
--------
float
https://ideone.com/wzvO20
0.2 True
0.3 True

207 ：
これでわかったのかよ

多分わかってない

208 ：
小数は無限個あるが
doubleやfloatで表現出来る値は有限個
だから正確に表す事が出来る小数はごく一部となる

ほとんどの環境では0.1を正確に表す事が出来ない
だから近似になる

0.1の近似を3個足したものの近似と
0.3の近似

これが同じ値になるかどうかは運しだい

209 ：
多くの環境では

floatで24bit整数の範囲は正確に表現出来る
doubleで53bit整数の範囲は正確に表現出来る

floatでもdoubleでもlong doubleでも
元の値に対して2^nをかけても2^nで割っても
(それが普通に表現出来る範囲であれば)誤差はない

1/n は、nが2^mの形でない場合は必ず誤差が出る

このくらい覚えて置けばいい

210 ：
https://ideone.com/dkY9yU

211 ：
趣味でＣ言語で遊んでるんだけど入門書読んで、
printf scanf if else switch等使ったプログラム作ったんだけど次に何をしたらいいかわからへんわ。

212 ：
あんまりしっかりとポインタは勉強できてないんだけど、
ポインタっていつ使うの？って感じ。
組み込みやらんと基本的には使わない？

213 ：
組み込みじゃなくてもある程度大きなプログラムになればガンガン使う
むしろ一番使う型になるレベルで使うのがポインタになることもあるくらいには使う

214 ：
ていうかscanfでポインタ使ってるで
文字列出力したなたprintfでも使ってる
はじめは実感無いかもしれんが

215 ：
全く実感ない
printfってどうやってできてんの

216 ：
とりあえずポインタの勉強はやり直すわ。
次にArduinoでも触ってみるか

217 ：
オレオレprintf を実装しようとすると、鼻血が出そうで vsptrintf に○投げしてから加工する方向にいってしまう

218 ：
>>215
関数に値を渡すのはわかるよね？
printfって関数に出力して欲しい数値や文字を渡してる
この渡すときにCPUの動き的には複製されたものが渡される
数値なら複製しても対して問題ないけど文字列の場合なんかだと複製することで消費されるメモリが増えてしまう
だから文字列全部を複製なんかせずに文字列の先頭の場所だけ渡す
受け取ったprintf側ではその場所を元に文字列にアクセスする
この場所を指し示す仕組みがポインタと呼ばれるもの
10文字でも1000文字でも先頭の場所、つまりアドレスは4byteとかで表せるので情報の受け渡し効率が良い

正確には間違ってる部分もあるかもしれんがだいたいこんなイメージ

219 ：
>>217
そもそもvsprintfのある環境ならprintfあるでしょ。
組み込みとかなら低レベルの1文字出力は作らないといけないけど。

220 ：
出力先が特殊なprintfじゃね？

221 ：
>>220
そんな感じですです　あと暗に頭にタイムスタンプ付加したりとか

VZエディタのASMソース見たときは、整数onlyでも結構複雑だった

222 ：
産休。関数とポインタをもう一度やり直してくる

223 ：
>>211
welcome to https://mevius.2ch.sc/test/read.cgi/tech/1564310397/

224 ：
ポインタを使わないならCを使わない方がいいという程度にはポインタはCの肝
ポインタを使わないなら素直に安全で高級な言語を使った方がいい

225 ：
エントリ関数を int main(int argc, char *argv[]) と書いた時点で
ポインタを使ってる、とも言えるんだよな。

int main(void) で始めてるかもしれんけど。

226 ：
int main()しか使ってないわ。どういう時に使うんだっけそれ

227 ：
>>224
C言語を使う用途の多くは
組み込み、OS、ドライバ
だろ

簡単に言語を変えるとかいうなよ

228 ：
コマンドラインから情報を受け取って処理したいときに使う
関数の引数と同じ

229 ：
言語を変えるのではなく
職業を変えるべきだなｗ

230 ：
ポインタの使い方を覚えるって言ってるんだから
それでいいじゃん

231 ：
Ｃ言語でOS作ってみたいんだけどなぁ。入門レベルじゃきびしいな

232 ：
アセンブラの経験が豊富ならなんとかなる

233 ：
>>231
簡単なRTOSでもまともに作るならCだけで書くのは不可能。

234 ：
Cだけで？
そりゃ無理だ

235 ：
>>234
ほんの少しインチキをするだけで、全てC言語で書ける

236 ：
バイナリコード直接記述？
それはC言語で記述とは言わないような

インラインアセンブラも同じ

237 ：
>>234
大半はCで行けそうな感じはするけどな。実際にUNIXやLinuxはそうだし。
厳密に完全に100%Cにするとなると最初からそれを考慮してCPU作らないとできないとは思うが、かといってその必要性はないな。研究目的ならわかるが。

238 ：
>>237
こういう知ったかして無知晒すバカはどうにかならんのかいな

239 ：
痛いのが好きなんでしょう
鞭も旨い
おそまつさまでした

240 ：
>>237
100%Cでどうやって特権命令出すの？
Cプログラムが動き出せる最低限の準備は何だか知ってる？

241 ：
大半は
100%

話がかみあってない

242 ：
動き出すだけなら100%C言語って今時珍しくも無い

243 ：
スタートアップルーチンに頼らずにmain関数が自立起動するのか

244 ：
>>241
「すべてC言語で書ける」に突っ込み入れられてるだけだろ

>>242
OSの話だよ？

245 ：
> startup.s/head.s
明日から仕事来なくていいから。

246 ：
>>243
スタートアップをC言語で書くって話でしょ
まあ気合いでなんとかなるさ

247 ：
>>241
大半を100%とは言わないし、
100%CのUNIXやLinuxが大半でもない

話を逸らすな

248 ：
スタートアップコードなら100%Cで書けるマイコンは珍しくない

OS 100%は無理

>>240が話題を追加したの

249 ：
231 CでOS作ってみたい
233 RTOSでさえ無理
234 Cだけで？そりゃ無理
237 100%Cは最初からそれを考慮したCPUならできる　←キ
238 237はシッタカ
240 特権命令は？Cプログラムが動き出せる準備は？
241 大半は100%　←キ
243 スタートアップ不要のmainとは？
244 OSの話だよ？
247 話を逸らすな
248 スタートアップだOSじゃない　←キ

250 ：
>>248
＞OS 100%は無理
そこも気合いでなんとかなりますぜ！

※気合いとは、次みたいなコードもCとみなしてしまう心意気を指す
int main=195;

251 ：
>>240の
一行目は特権命令の話
二行目はスタートアップの話
に見える

252 ：
>>251
違う
スタートアップの話なんざしてねえよ
おまえベアメタルの経験ゼロだな

253 ：
いや、
どっちかっていうと趣味みたいなもんで
いろんなCPUでやってるけど

ただ単に
Cプログラムが動き出せる最低限の条件
と書いてあるんだからOS起動ではないでしょ

254 ：
話の発端からずっとOSの話で
シッタカを指摘されて悔しくて悔しくて仕方なくて
スタートアップの話に逸らそうとしているのが約１名いるが

255 ：
Cプログラムと書いてあるんだからCプログラムだろ
OSが起動出来る十分条件ではなく、必要条件の1個
特権命令もその一つ
もっとも特権命令が存在しないCPUや使わなくてもOSがつくれるCPUがあるので
必要条件ではないけど

256 ：
OS起動ならOS起動と書くだろう

257 ：
ベアメタルであれば尚更main関数を呼び出す前に割込みベクターやスタックポインタの初期化などいろいろ準備が必要だろ
OSに頼れないので自分で準備しないとC
のプログラムは動き出せない

258 ：
さて、次にどんな燃料を投下すれば炎上するか・・・

259 ：
とりあえずCでOSでスレが活性化することはわかった。機会があったら他の掲示板でもやってみよう。

260 ：
>>250
レギュレーション違反ですw

>>236
> バイナリコード直接記述？
> それはC言語で記述とは言わないような

261 ：
>>257
最近のプロセッサはスタックポインタの初期値はリセット時に決められた番地から読み出すことが多いと思う
割り込みベクタはメモリーに書けばいいだけじゃね？

262 ：
>>261
＞スタックポインタの初期値はリセット時に決められた番地から読み出す
プログラムカウンタの方じゃないですか？

263 ：
そのメモリ、いやもっと言えばバスの初期化はいつ誰がやるのかと。

264 ：
>>257
それってすなわちスタートアップコードですよね？
何度も書くけどスタートアップコードを全てCで書けるマイコンは今時珍しくないんですよ

265 ：
>>263
>>264

266 ：
>>264
>>236の内容に加えてpragma疑似命令もC言語で記述とは言わないと思う
C言語の構文だけではスタートアップの記述は無理だろう

267 ：
>>262
68KとかARM Cortex M
0x00000000~3 ⇒ SP
0x00000004~7 ⇒ PC

268 ：
Cだけで起動できるCPUって、まさかとは思うがPICじゃねえだろうなwww

269 ：
ROM/RAM内蔵のMCUとROM/RAM外付けのMPUのでは前提が違うので議論が噛み合わない。
>>257や>>263は後者の話をしている。

270 ：
メモリの接続方法なんか全然関係ない
おまえアホか

271 ：
PICと言った意味も通じてねえな、こりゃw
まさかの更に下をくぐりやがった

272 ：
OSの無い組み込み環境なんて山ほど存在してて、その環境の中で全部Cのもで書いてるとこも存在してる
そもそもOS入れられるような環境とは言えないけど、こういうとこでCで書いてるものにOS的な動作をさせればそれはCのみで作ったOSと言えるのか？
おそらくどこからどこまでがOSの領域か？がずれてるから延々と罵り合いになるのでは？

273 ：
ほらな、やっぱりPICと言った意味が通じてないw

274 ：
私のために争わないで！

275 ：
最近PICを覚えたの？

276 ：
ARMとかRXとかSHとか...
スタートアップ含めCだけで書ける
(全ての環境でとは言わないけど)

277 ：
組み込み用の処理系についてはメーカ独自拡張の独壇場

コンパイラ本体は
__section
__bank
__interrupt
など独自拡張多し

プリプロセッサも
#pragma
で設定弄らないといけないので注意

278 ：
スタートアップファイルはC言語のような殆ど何か別言語に近い感覚

279 ：
>>276
そのスタートアップはどうやって起動するんだよ

280 ：
ピクピク

281 ：
>>273
PIC8からPIC32まであるのにPICだけで話が通じると思ってるのはちょっと世間知らずすぎる

282 ：
>>276
具体的な環境書いてみ
configでスタートアップルーチンを生成してるとかのオチじゃないよね？

283 ：
いまなら、C言語だけで書いたOSをUEFI でロードして起動するとかできるだろ？
C言語で書けない操作は UEFI 側で設定したものをそのまま使う

284 ：
PC-88/98のFDブートはFDの最初のセクタから256バイト読み込んで実行するんだっけ？
そのプログラム書くのに適したCコンパイラってあるの？

285 ：
CP/MにはBDSCが定番だった

286 ：
>>279
人に聞かないで自分で調べて

287 ：
>>282
俺もそんなことだろうと見ているw

288 ：
本気で知りたいならそれ相応の態度で

289 ：
ビジネスで優秀な人材育成する上司は何を教えているのか？
https://www.youtube.com/watch?v=apxtSqxjw08&t=13s
マクドナルド伝説の店長が教える、最強店長になるために必要なこと
https://www.youtube.com/watch?v=0wMbR7JIeeQ&t=3154s
「最強の働き方」長時間労働やノウハウよりも大切なこと
https://www.youtube.com/watch?v=JnMHbI1-e3E&t=3606s
美容師の楽しさ再発見！やる気スイッチが入る働き方セミナー
https://www.youtube.com/watch?v=DGzXQT799oY
視覚障がいを乗り越えた活法家
https://www.youtube.com/watch?v=6IuY_K3uFdo&t=805s

290 ：
ヒヨッ子が物を知らねえのは別にいいんだよ、当たり前
シッタカこくのと指摘されてからの逆ギレが攻撃対象になるんだ

291 ：
>>283
gccの場合は自動的にcrt0-efi-x86_64.Sをリンクするようだが

292 ：
ものづくりＣ言語熟ってサイトいいじゃん！

293 ：
ものづくりＣ言語熟おいしい！一番好きなバーガーです！！　って言ってほしいのか？

294 ：
>>293
もしかしてキ○ガイ？

295 ：
ものづくりＣ言語塾のポインタの説明わけわからん

296 ：
C言語のポインタはCPU機械語における間接アドレシングの抽象化だろ？
それ以上でも以下でも無い

297 ：
>>284
ないです。
余りにもバイト数が少なすぎるので手書きです。
手書きでもバイト数に気をつけて書く必要があります。

298 ：
それ以上もそれ以下もそれを含む

299 ：
>>296
インクリメントは良く出来てるな

あとポインタのポインタと配列へのポインタの文法を混乱して覚えてる人が居て
そいつらのせいで劣化コピーが出回ってるのがさらなる混乱の原因

正しく理解して正しく使えばCのポインタは何も難しくない

300 ：
>>299
劣化コピーの具体例をよろしく
この文章だけだと何が問題なのかさっぱりわからん

301 ：
二次元配列は二重ポインタで扱うという自分の勘違いを正当化したくて
mallocでポインタの配列を作るやり方を唯一正統と強弁するアホが
fjで暴れてたな、そういえば

302 ：
ポインタのポインタ **p
配列へのポインタ (*p)[]
ポインタの配列 *p[]

303 ：
>>300 みたいなのを炙り出せたのであれば
レスに意味があったと言えよう

304 ：
>>301
めんどいだけでポインタのポインタでも2次元配列かけるでしょ？
勘違いってどういうとこ？

305 ：
>>304
本人か？
char a[2][2],**b=a;
これが勘違いでないとまだぬかすか？
頭がバカなのか、それともトンマなのか、どっちだ？

306 ：
>>305
そんなん知らんわ
予想の斜め上だ

307 ：
>>299
アセンブラやったことのない人は中々正しく理解できないようで、それでポインタの事だけ書いてある本が沢山出ちゃうんだろうな。

308 ：
何年も書かないと忘れるな～

ポインタのポインタは、ポインタの値を参照渡しするときくらいしか思いつかん

char *p;
foo(&p);

void foo(char **p) {…}

みたいな、
305のような書き方はピンとこないわ

309 ：
>>304
書けるかどうかじゃなくて
> 唯一正統と強弁するアホが
いたって話でしょ

310 ：
int a=0;
int *pa=&a;
int **ppa =&pa;
int ***pppa = &ppa;

311 ：
でもこういう関数だとポインタだけでやりたくなる

mul(double** x, double** y, int n, int m){

mul(double x[][20], double y[][20], int n, int m){

312 ：
const 付けない系？

313 ：
また関係ないことを・・・

314 ：
関数の引数に限って言えば
func(**p)
func(*p[])
func(p[][])
func(p[][10])
どれでも同じ
引数として配列を引き渡す方法はない
どれも先頭要素へのポインタが値渡しされる
関数側で引数がポインタへのポインタ(いわゆる二重ポインタ)なのか、ポインタの配列なのか、配列の配列(いわゆる二次元配列) なのか区別する手段はない
引数に配列として要素数を渡してもエラーにはならないだけで無視される

315 ：
どこから突っ込んでいいやら・・・
出鱈目にも程があるぜ

316 ：
関数の宣言文で説明だけなので変数型を省略してるだけだろ
配列の変数名がpならば呼び出しは
func(p)
でもいける
結局は先頭アドレスさえ渡せれば何でもいい

317 ：
[][]なんて構文あるかヴォケ

318 ：
>>314
プロトタイプ宣言しておけばC言語としては違う状態になるよ。

319 ：
プロトタイプ宣言では状態を区別はしない

プロトタイプ宣言
void func(char *p[]);

関数定義
void func(char **p) {}


https://i.imgur.com/mMQGNga.png

320 ：
>>308
あほか
>>305 は間違いの例だから
ピンと来なくて当然

321 ：
>>311
何を目的に書いてるのか知らんが

A: mul(double** x, double** y, int n, int m){

B: mul(double x[][20], double y[][20], int n, int m){

C: mul(double (*x)[20], double (*y)[20], int n, int m){

AとBは等価じゃないぞ

322 ：
変数としてのxは
A:double型のポインタを指すポインタ
B:double型の配列を要素とする配列の先頭要素を指すポインタ
C:double型の配列を指すポインタ

関数の引数としてのxは
A,B,Cすべてdouble型の参照オブジェクト(何でもいい)を指すポインタ

323 ：
>>322
>>321のxのことを言ってるのなら、基礎からやり直せ。

324 ：
まあ実際C:のような例は見たことはないけど、少なくともA:とB:は関数の引数としては同じと解釈される
中身は受け取った関数側でプログラマが処理する事案であってdouble型の何かを指すポインタという以上の意味はない

325 ：
分かりきった固定要素数の配列を渡すのはいっかい　struct で包んじゃうわ

struct foo {
double array[20];
};

mul(struct foo* x, struct foo* y, ...)

326 ：
>>311 しね
>>324 お前は黙ってろ

327 ：
>>323,326
ただの罵倒ではなくてもう少し有益なレスしろよ

328 ：
>>324
A,Bそれぞれのsizeof(x)やx+1について、値や型を比較してみろよ。意味が違うことがわかるから。

329 ：
>>327
>>314 func(p[][])
似たようなもんだな

330 ：
>>328
一応言っておくけど>>322の通り変数のxは意味が違う
関数の引数の場合だけ状況が変わる
*p[]と*ppが同義なのは引数の場合だけ
>>319の通りプロトタイプ宣言と関数定義の両方で混在しても問題ない

331 ：
訂正
**p ← *pp

332 ：
>>324
いや。AとBは違う。

333 ：
>>330
>>319 の言ってるのは >>322 のとは違うだろ

これは正しい
>プロトタイプ宣言 void func(char *p[]);
>関数定義 void func(char **p) {}

これは間違い
>プロトタイプ宣言 void func(char p[][20]);
>関数定義 void func(char **p) {}

334 ：
その通り

335 ：
納得
そりゃそーだ
すまんかった

336 ：
初めて書き込む初心者ですが
配列存在そのものがポインタと違う
という話と
ポインタとして渡して同じように扱える
という話の食い違いをしてるのですか?

337 ：
ポインタの配列はポインタのポインタとして扱えるが
配列へのポインタはポインタのポインタとして扱ってはいけないって話
そりゃ無理に使おうとすれば使えない訳じゃないが止めた方が良い

338 ：
char a[2][2];
これは a[0][0], a[0][1], a[1][0], a[1][1] の順にcharが4個ならんだデータ

char *b[2] = {a[0], a[1]};
という配列をaとは別に作ってはじめて
char **として扱える

339 ：
aは(中身は)4このデータの先頭アドレスで
bはアドレスの配列の先頭アドレス

データが異なるので無理やりキャストしてもダメ

340 ：
そしてまたポインタ解説本が一冊増えるのであった

341 ：
>>320
何だそうか、親切にありがとう!

342 ：
私はC言語の神だ
何か私に聞きたいことはあるか？

343 ：
余命何年かな

344 ：
余命は3152578641だ

345 ：
なんで & より == の方が強い？
なんで func と &func 両方とも関数へのポインタ
なんで char の符号有無を規定しなかった？

346 ：
プログラマーは万能である
で、あれば、それらは些細なことだ

347 ：
>>345
===は比較演算子で、&はビット演算子(扱いは算術演算子と大差ない)だから。
funcと&funcが同じなのは単なるシンタックスシュガー。 配列のそれと変わらん。
charは符号もへったくれも無かったため。 最上位がパリティなことも多かったし。

348 ：
char hoge[10][10];
があったとして
hoge と &hoge[0][0] が一緒なのは判るが
&hoge とか hoge[0][0] は一緒じゃない

349 ：
算術演算子と大差無いと言うならなおさら優先順位が逆転するのは不思議
つうか神様への質問なんだからなんでそういう仕様になったかを答えてほしんでしょ

350 ：
>>347
===って、Bにあったやつか？
等値比較代入

351 ：
比較演算子が最下位ならすっきりする
　a + 1 == 2 →　(a + 1) == 2 の順と同じく
　a & 1 == 2 →　(a & 1) == 2 や
　a % 2 == 1 →　(a % 2) == 1 であってほしい

352 ：
わたしゃ神様じゃないけど、カーニハンとパイクの『プログラミング作法』には
「カッコを使って演算子の優先順位の曖昧さを避けよう」みたいな項があるね。
もちろん規格では厳格に決まってるけど、使用者の記憶があやふやって話。

あの辺を読むと「ビット演算子より比較演算子を優先したのは誤りだったかも」と
ご当人が思ってたんじゃないかと感じるわ。

353 ：
今更いじれないだろうな

354 ：
神様の回答が1個も無い

355 ：
>>342
K&R1 から K&2 への相違で強烈に疑問を持っているのが
引数に配列をとったときは、配列の先頭のポインタが渡るのに、引数に構造体をおいたときは、構造体の実体がコピーされて渡されるのはなぜ？
馬鹿が
struct A {
int a[1234567890];
};
とかやったときには、これが関数の引数に乗ったときには、正気でコピーする気なのですか？

356 ：
ん？ 構造体が左辺値変形されるなんてことあったか？

357 ：
2点ほど訂正させてくれ。

カーニハン先生はC言語に大きな貢献をしてるけど、C言語の設計は
リッチーさんの仕事でカーニハンさんは手を出してないんだね。
だからこの場合「ご当人」と呼ぶのは正しくなかった。
「ビット演算子より比較演算子を優先するとは、デニスの野郎め
下手コキやがって」と思ってるんじゃないかと感じるわ。
…という具合に訂正。

もうひとつ。カーニハン先生は今の時点で健在らしい。
実は先の投稿の時点で亡くなってると勘違いしていた。
これもリッチーさんと混同したのが原因。

358 ：
>>342
extern はいらない子！じゃないのですか？extern の必要性はなんですか？

359 ：
>>342
可変長引数のプロモーション（格上げ）が理解できない
なぜ float は double に、char, short, は int に格上げされるのか？

360 ：
>>355
構造体のポインタを渡すとして、仮引数はどう宣言するよ

361 ：
>>358
いらない子はtentativeなんだが
tentativeはtentativeの存在すら認識できない
知恵遅れのための必要悪だ
おまえのためだったとして
本当のいらない子は誰だろうね

362 ：
>>360
関数の引数には、構造体のポインタではなくて、構造体そのものを渡します、構造体そのものを渡せるようになったのは K&R2 から可能になりました
C の神 >>342 に、この改変―個人的には改悪について、一度お聞きしたいと思っていたんです

363 ：
なぜ神への質問を神でないものが回答するのか
神にでもなったつもりか！

364 ：
ヘッダファイルには何を書きますか？
こめおしだるまとかですか

365 ：
charは文字だから符号は重要じゃないってのはいいが、ならbyte型用意しておいてくれよと思う。

366 ：
signed charもunsigned charもあるだろ

367 ：
signed charもunsigned charもcharもあるのが糞

368 ：
char = unsigned char に固定してくれりゃ万事楽だったのに

369 ：
「8ビットめいっぱい使う奴(国)が面倒おこしてめんどくせぇ」

370 ：
文字割り当てで最初から8bit全桁使ってしまっていれば良かった

371 ：
8bit整数はsigned/unsigned charでいいやと思っていたらC++で裏切られた。

372 ：
テキハ ホンノウジニ アリ

373 ：
2バイト(16ビット)もあれば、各国のが収まるだろ？　→ダメでした

374 ：
なんでstaticにこんなにたくさんの意味をもたせた？
引数のconstが絶望的にわかりにくいんだが何でこんな文法にした？

375 ：
これからの時代のcharは64bitで

376 ：
>>374
const？ 何がそんなに？

377 ：
>>376
もっとくやしく

378 ：
const char * *
char * const *
char * * const

たしかに分かりにくい

volatileも

379 ：
>>377
くそ、何がだよ。constの何がそんなにわかりにくいんだよっ！ちくしょうっ！！

380 ：
なんだ、バカよけってことかよ
つまんね

381 ：
>>377
キーッ

382 ：
サル？

383 ：
もっとはんなりと言ってください

384 ：
モンキーですこと

385 ：
これからはRISC-V

386 ：
constどすえ

387 ：
void君いる？

388 ：
voidならsp使わないという利点があるんだからいるのでは？

389 ：
spとは？

390 ：
　ヘ＿ヘ
ミ・・　ミ
（　　　）～

391 ：
void君見てんだろ？
またあの名言聞きたいよ

てかspて何だ？

392 ：
おじいちゃん、おはよう

393 ：
何の話しをしているのですか？

394 ：
話しとは?

　ヘ＿ヘ
ミ・・　ミ
（　　　）～

395 ：
はなしししししし

396 ：
void君て何？

397 ：
fj.comp.lang.c japan.yoso 何年前…

398 ：
（´-`）.｡oO（今の人は newsgroup なんて知らないんだろうなあ・・・）

399 ：
公園で紙芝居をやってた頃の話だから

400 ：
スタックポインタ

401 ：
voidならスタックポインタを使わない？
意味不明

402 ：
俺もわからん。

403 ：
C++やるで

404 ：
いってらっしゃいませ

405 ：
C++あかんの？

406 ：
何十年経ってもマウント取られたままなやつは
成長する意欲すら根こそぎ取られたただの産廃
唾棄するにも値しない

407 ：
マウント富士、待ったか、産め。

408 ：
つかき君いるのかな

409 ：
◯◯君が多過ぎて
だれかまとめろ

410 ：
>>407
某ゲームで、ボスバトルまでの待ち時間が結構ありまして、そのちょっと前のタイミングを知るのに
ストップウォッチ兼タイマー ver 0.1 を愛用しております。 自分で作ってもよかったのですが
蟻さんので必要十分だったのでありがたく使わせてもらっています。
ありがとうございました！

411 ：
>>410
どういたしまして

412 ：
ソースコード見たい？

413 ：
https://github.com/katahiromz/mztimer
はいどうぞ。

414 ：
昔の汚いソースだね。グローバル変数使いまくり。

415 ：
パンツの中見せるの？

416 ：
inline
が泣けるwww

417 ：
>>413
TDM-GCCだとコンパイルできなかった

418 ：
>>417
リソースがsjisだからUTF-8にして、コードページにちょっとしたトリックをするとビルドできるよ。

419 ：
改良しました。

420 ：
CMakeになっとるやんけ

421 ：
>>419
蟻人間さんプルリク送っておいたからマージしてね

422 ：
プルリク拒否られた・・・

423 ：
大学の課題でフーリエ変換を利用した画像保存プログラムを作成せよっていう
課題が出ました…

もうお手上げです。助けてください

424 ：
>>423
宿題の文章を一文字も間違えずに正確に転載できる技術を持っているのなら
https://mevius.2ch.sc/test/read.cgi/tech/1434079972/
で話の続きを聞く準備はあります、その出題自体はどこか変だとは思っていますが

425 ：
>>423
画像の圧縮？

426 ：
>>424
>>425
そうです。
実際に本気で組んだら何行くらいになるんでしょうか？
それだけでも目安を教えてほしいです。

例えば
木の絵をピクチャーボックスに描きました。
フーリエ保存してファイルを作成します。
ファイルを再現できました。
同じ絵です。
成功です。

こんな感じです。

427 ：
大学名を教えてくれたらヒントくらいは出す

428 ：
元の画像に戻ったら成功って事はフーリエ変換と逆変換かな？
フーリエ変換は外部ライブラリ使ってok？
okならOpenCV使えば良いんじゃね？

429 ：
画像圧縮でフーリエ変換は罠だな、最初からDCT使って提出しようず

430 ：
単機能だから、AWS Lambda で出来ないのか？
ライブラリを探すだけだろ

C/C++, PHP は、Lambdaには採用されていないけどw

431 ：
>>426
何でも良いなら
1x8に区切って1次元でフーリエ変換して
適当にビット数を減らして保存

読み出してビット数を元にもどして逆フーリエ変換

フーリエ変換は
abcdefghhgfedcba
のようにすると
同じ結果が2個ずつ出るので
半分だけ保存する

432 ：
さすがに1次元じゃ減点かなあ

433 ：
8x8でやるなら
横でフーリエ変換した結果に対して縦でやればいい
16個のデータにするのは横とおなじ

434 ：
フーリエ変換をDCTに変えて
ジグザグスキャンしてハフマン符号化すると
jpgになる

435 ：
大学の課題と言うくらいだから画像云々はただの手段で目的はフーリエ変換というかFFTのアルゴリズムを実装できるか
というのが評価基準だと思う
間違って外部ライブラリを使ったり変に出題者の意図を捻じ曲げて解釈したりすれば減点される可能性高いから注意しろよ

436 ：
>>435
みんな大学の課題という前提を忘れて実務的実用的な話になってるよね
フーリエ変換と逆変換をプログラムで実装できているかが採点基準であって
画像はバイナリデータがちゃんと元に戻っているか確認する手段にすぎないと思う

437 ：
圧縮って書いてあるんだからバイナリ一致しなくてもいいのでは？
同じ絵っていうのはパッと見同じってことじゃなくて？

438 ：
可逆圧縮か不可逆圧縮か

439 ：
不可逆でフーリエ変換？

440 ：
逆だ
可逆でフーリエ変換？

441 ：
隣接ピクセル間隔より狭い高調波は不要だから有限の離散フーリエ変換でも
実質可逆とみていいんだよね？　（符号化による情報落ちを考慮しない話）

442 ：
フーリエは本来可逆だ。

443 ：
圧縮が目的でフーリエ変換するのに
何も情報を減らさずにそのまま戻してどうする？

444 ：
>>441
心配しなくても
ナイキスト周波数を越える成分はフーリエ変換の結果には含まれない

445 ：
>>423
>>426
離散コサイン変換じゃいかんのか

446 ：
>>432
どうせ課題なんだしそこまで求めてないというか
もしすごいのが出来たら教授が自分の成果にして発表するんやろ

447 ：
>>442
ほんそれ

ただし無限な

448 ：
スゴイの出来たら、先に特許申請だな

449 ：
講義での学習課題としては非圧縮でないと判定が面倒だな
単にデータを間引いただけなのか演算を間違っているのか確認に手間が掛かる
むしろ完全可逆で実装した方が採点する側としては分かりやすいだろう
出題者の意図はどこにあるか質問者は理解しているのだろうか？

450 ：
なんで理解しなきゃいけねーの
そういう旨なら文章にハッキリ書いてくれねーと困るワケ
お気持ちを察せよ　なんてのが罷り通る案件なの？

451 ：
「オメーの気持ちなんてしったこっちゃねー
　オレに分かるように話せ」
が今の潮流

分からないように反為さないヤツは無視していいし排除していい
なんつったってオレが理解出来ないヤツは何言ってるか分からないコミュニケーション不可能な敵に近いからな
気持ち悪いから排除してもいいし、何よりオレに理解されようと思ってない
だから排除していいでしょ

……という思考で動くのが現代の日本社会

452 ：
いやクライアントの意向を無視して好き勝手やっていたら仕事干されるだろ

453 ：
保存とは書かれているが圧縮とはどこにも書かれてない件

454 ：
てか皆さん「フーリエ変換くらい当然知ってる」って雰囲気なのが凄いわ。

455 ：
>>453
>>425,426

456 ：
圧縮しないなら
保存でフーリエ変換使う意味がわからんがな

457 ：
フーリエ変換そのものは理系の大学卒であれば誰でも知ってる
具体的な数値計算のアルゴリズムを知っているかはその人の専門分野による

458 ：
理系でも生物系なら触りもせん

459 ：
専門課程ではなくても一般教養の数学系の講義で学んでると思うけど

460 ：
微積と線形代数ぐらいで触らんかったぞ
大学なんか講師次第だからなあ

461 ：
文系だと無いと思うな
統計学や代数幾何、微積分
この辺まで

462 ：
はるか前なので忘れたが、大学ではフーリエ級数って名前だった希ガス

463 ：
理系の大学卒だが
フーリエ変換を大学で習った記憶はないなあ
覚えてないだけかな？

464 ：
フーリエ変換はフーリエ級数展開の一般化
フーリエ級数展開の基本周期を無限大まで拡大すると周波数成分は離散から連続となる
要するに周波数成分を連続スペクトルとして扱うのがフーリエ変換

465 ：
画像のフーリエ変換なんてどうやってやるんだ？って思ってググったら結構面白いな
ちょっと実装してみよう
https://algorithm.joho.info/image-processing/fourier-transform/

466 ：
数学科院卒だがフーリエ変換には掠りもしてない
工学部の一部しか触ってないだろう

467 ：
数学的には解析学の領域
どちらかといえば数学と物理の境界
電気工学や情報工学では必須
https://ja.wikipedia.org/wiki/%E3%83%95%E3%83%BC%E3%83%AA%E3%82%A8%E5%A4%89%E6%8F%9B

468 ：
工学部では厳密な理論よりも応用が重要なので表面的な触りだけで深入りはしない
厳密な議論はやはり数学者の分野だと思う

469 ：
画像処理はOpenCVとかで済ましちゃうから細かい数式は気にしない

470 ：
それには同意
フーリエ変換の利用にはFFTの概要だけ理解していれば十分
ただ数学の専門家が掠りもしてないというのは如何なものかとは思う

471 ：
Wikipedia繋がりでFFTのリンク開いてみるとVisualBasicでの実装例が掲載されてるね
https://ja.wikipedia.org/wiki/%E9%AB%98%E9%80%9F%E3%83%95%E3%83%BC%E3%83%AA%E3%82%A8%E5%A4%89%E6%8F%9B

472 ：
>>468
数学的にはとっくの昔に解決してるから
あとは工学系の仕事

473 ：
>>470
応用数学とかそういう分野ならまだしも
純粋な数学者はそんなことには興味がない

474 ：
FFTはアルゴリズムの名前

475 ：
ラプラス変換やz変換あたりだと完全に工学分野だけどフーリエ変換くらい汎用なものは数学分野でも活用されてると思うけどね
フーリエ級数はローラン級数などと同じ複素解析の基本的な考え方でしょ
べきに展開するか指数に展開するかの違いくらいのもの

476 ：
>>475
>>472

477 ：
無理を言ってはいけない
数学者には楽器は作れても名曲を作る事はできない

478 ：
名曲を作るのは数学者でも物理学者でも工学博士でもない
発明家や企業だ

479 ：
沖縄音階は適当にランダムに音出しても曲に聞こえちゃうけどな

480 ：
>>479
それは沖縄音階に馴染みがないから、沖縄音階が使われているだけで沖縄っぽいと感じてるだけなんじゃないかな？
沖縄の人からしたら、そんなデタラメでは曲として成り立ってないと思わないのかな。

481 ：
そういった抽象的な感覚を数値化して扱うための手段がフーリエ解析やスペクトル解析と呼ばれる分野
音楽の音階(周波数)やリズム(時系列)を分解して客観的に評価するのが科学的なアプローチ

482 ：
>>481
どちらかといえばウェーブレット解析の方が適しているような気がする
フーリエ変換では周波数特性を求める際に時間領域の情報は失われる
https://ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A7%E3%83%BC%E3%83%96%E3%83%AC%E3%83%83%E3%83%88%E5%A4%89%E6%8F%9B
プログラムで扱うなら離散ウェーブレット変換
https://ja.wikipedia.org/wiki/%E9%9B%A2%E6%95%A3%E3%82%A6%E3%82%A7%E3%83%BC%E3%83%96%E3%83%AC%E3%83%83%E3%83%88%E5%A4%89%E6%8F%9B

483 ：
確かにフーリエ解析では周波数成分の変化の時系列データを扱うのは難しい
少し浅はかだったなすまん
それにしても数学者が理論を確立して証明しそれをベースに開発が進むという典型例だな

484 ：
200年くらいかかってるな
ベイズで100年ちょっとか

485 ：
>>480
さあ？まあ、実際にやってみな。自分でピアノやオルガンのキーを沖縄音階で適当に押すだけでわかる。

486 ：
自分で弾いたら曲になるように弾いちゃうからランダムじゃない
本当にランダムで弾いたら曲にならない

487 ：
ム板ならそれらしくランダムに演奏するソフトうｐ汁
https://www.youtube.com/watch?v=5dsFqZf8owg

488 ：
糞曲に興味はない

489 ：
質問失礼いたします。
以下のpopcountは引数xを2進数で表したときの1の数を返す関数なのですが、
動作原理がよく理解できないため考え方のヒントなどをいただけないでしょうか。

int popcount(unsigned long long x)
{
　　x = (x & 0x5555555555555555) + (x >> 1 & 0x5555555555555555);
　　x = (x & 0x3333333333333333) + (x >> 2 & 0x3333333333333333);
　　return (int)(((x & 0x0f0f0f0f0f0f0f0f) + (x >> 4 & 0x0f0f0f0f0f0f0f0f)) % 0xff);
}

以下のpopcount2は自分で作ったもので、これならうまくいくことは分かるのですが、
上のpopcountも本質的には同じことをやっていると考えていいものなのでしょうか。

int popcount2(unsigned long long x)
{
　　int n = 0;
　　for (int i = 0; i < 64; i++)
　　{
　　　　if ((x & 1ull << i) != 0ull)
　　　　{
　　　　　　n++;
　　　　}
　　}
　　return n;
}

どうぞよろしくお願いいたします。

490 ：
https://ideone.com/8LfIh0
こんにちは。
ちょっと思いついたので、こういうコードを書いたのですが、
普段からreallocを使わないのでこのコードがあっているか解らないのです。
これで大丈夫ですか？

491 ：
>>490
reallocが成功した場合古いポインタに対してfreeは呼ばなくていいと思いますよ。
reallocの戻り値は古いポインタと異なるものになる保証はないはずなので、
freeを呼んでしまうとせっかくreallocした領域まで解放されてしまうかも。

492 ：
>>491
了解です。ありがとうございました。

493 ：
>>492
ちゃんとコードを読んだら↓の部分はケアされてましたね。失礼しました。
> reallocの戻り値は古いポインタと異なるものになる保証はないはずなので、

ただ、reallocが成功したらfreeは呼ばなくていいのは間違いないと思います。

494 ：
>>490 のreallocのコード返り値のポインタが不定を指しているので、使わないでください。
こっちを使ってください。
https://qiita.com/yakitori32/items/98256db666029fb5ebca

495 ：
>>493
了解です。ありがとうございます。

496 ：
>>489
超高速ビットカウント
でググって出てくるページでちゃんと解説してくれてる
この手のよく見るやつはちょっとググれば解説見つかる
何を本質と置くかによるけど両者はそもそもアルゴリズムが違うのでその観点からなら違う
どちらのコードも結果は同じでも前者のほうが圧倒的に処理速度が早い
ビット数などが必要になる処理では速度が重要になるケースも多々あるので結果が同じでも後者は使い物にならない場合もある

497 ：
>>496
レスありがとうございます。紹介していただいた記事を読ませていただき、大変勉強になりました。
ただ、>>489 の場合だと「ビットカウントするデータ列がある程度長い場合」には
当てはまらないため記事の前半の内容がアルゴリズムの基本になるとか思うのですが、
私が理解した範囲で記事の内容を参考にして関数を作成しても以下のようにしかできませんでした。
int popcount(unsigned long long x)
{
　　x = (x & 0x5555555555555555) + (x >> 1 & 0x5555555555555555);
　　x = (x & 0x3333333333333333) + (x >> 2 & 0x3333333333333333);
　　x = (x & 0x0f0f0f0f0f0f0f0f) + (x >> 4 & 0x0f0f0f0f0f0f0f0f);
　　x = (x & 0x00ff00ff00ff00ff) + (x >> 8 & 0x00ff00ff00ff00ff);
　　x = (x & 0x0000ffff0000ffff) + (x >> 16 & 0x0000ffff0000ffff);
　　return (int)((x & 0x00000000ffffffff) + (x >> 32 & 0x00000000ffffffff));
}
しかし >>489 の関数はこれを途中で打ち切って % 0xff をくっつけたような形になっており、
やはり完全な理解には至っていない状況です。
もし可能であれば、この部分についてもヒントをいただけると大変嬉しく思います。
たびたび申し訳ありませんが、どうぞよろしくお願いいたします。

498 ：
>>497
64ビット長のビットカウントの最大値はたかだか64なので8ビット(最大255)で表現できる
一方、64ビットデータの分割統治による畳み込み計算は1回目で2ビット×32組、2回目で4ビット×16組、3回目で8ビット×8組の結果が得られる
ビット数を求めるだけなら3回目の結果が得られた時点で8ビットの最大数(255)で3回目の畳み込み結果の剰余を求めてやればそれぞれの組の重み(ビット数)が計算できる
(64を超えることはないことが明らかなので)

499 ：
訂正
それぞれの組の重みの総計(ビット数)

500 ：
>>498
わかりやすいご説明どうもありがとうございます！ほぼ理解できたと思います。
たとえば十進数の123を十進数文字の最大値9で割った余りは
1+2+3と等しくなりますが、これと同じ原理ということですよね？

ただよくよく考えてみると、そもそも十進数の各桁の合計を9で割った余りが
元の数を9で割った余りと等しくなることについても
お恥ずかしながら豆知識として知っているだけで原理を理解できていませんでした。
ただこれに関してはもはやC言語ではなく算数の問題なので、
その方面の解説サイトをググって勉強しようと思います。
なにはともあれ、回答してくださった皆様方、どうもありがとうございました。


>>495
読みやすい記事を提供してくださっているので、もう少しだけコメントさせてください。

現状だと、MemoryReAllocateを呼び出す側は関数の成否を確認するために
Mem->Memoryを覚えておく必要がありますので、MemoryReAllocateの引数に
参照渡しを使われるならMemoryReAllocateの戻り値はMomeryではなくて
成否を表すboolなどにされてはいかがでしょうか。

また、reallocは第一引数としてNULLを許容しているので
MemoryReAllocateは入力のMem->MemoryがNULLであっても
Mem->ElementSizeが正しい値であれば正常に動作しますが、
その一方でMemoryAllocateは失敗するとElementSizeがゼロの構造体を
返すので少しアンバランスかなと思いました。

あと、MemoryFreeがboolを返すのであれば、freeの前にNULLチェックを入れて
その結果をMemoryFreeの戻り値としてもいいかなと思いました。
（free関数自体はNULLを渡しても何もしないだけで問題は起こりませんが）

以上お目汚し失礼しました

501 ：
1回進むごとに
2bitずつに区切って、1の数を各2bitに入れる
4bitずつに区切って、1の数を各4bitに入れる
8bitずつに区切って、1の数を各8bitに入れる
...

となるので
>>489だと各バイトの1の合計が、各バイトに入る

各バイトなので256バイトのテーブルを使う方法もある
チープなCPUだとこちらの方が速い

逆にリッチなCPUだと数える命令が最初から備わってたりするしベクタ化も可能

Icelake以降だとAVX512VBMIの命令を使って
超高速に64バイト分カウント出来る

502 ：
>>500前半
なんか違う
10進数の各桁に関しては
1000a+100b+10c+d
=999a+99b+9c+a+b+c+d
=9(111a+11b+c)+(a+b+c+d)
これを2進数でやると
9のところが1になるからあまり意味がない

503 ：
分割統治っていうより
レジスタ内の桁数を使ってSIMD演算してるって感じ
01020304 + 02040608
2桁ずつの4個の足し算になってるでしょ？

504 ：
vpsrld
vpermb
vpermb
vpaddb

AVX512VBMIを使うと
レジスタに値がある状態で
4命令で64バイト分

505 ：
>>501 >>504
レスありがとうございます。
> 各バイトなので256バイトのテーブルを使う方法もある
確かにある程度のビット幅ごとにテーブルを使って計算する方法は
シンプルですが効果が高そうですね。
> 逆にリッチなCPUだと数える命令が最初から備わってたりするしベクタ化も可能
> 4命令で64バイト分
勉強になります。本当に速さが必要ならCPU自体の理解から始めるべきなんですね。
このあたりのハードウェアの違いは標準ライブラリ関数が吸収してくれると最高なのですがｗ

>>502
10進数の話の数式どうもありがとうございます！大変勉強になりました。
そうすると、>>489 の popcount の最後にやっているのは
2進数というか0x100進数で、
0x1000000*a+0x10000f*b+0x100*c+d
=0xffffff*a+0xffff*b+0xff*c+a+b+c+d
=0xff*(0x01010x*a+0x0101*b+c)+(a+b+c+d)
ということになると思うのですがいかがでしょうか。

506 ：
>>505 の数式が変でした。正しくは以下のとおりです。失礼しました。
0x1000000*a+0x10000*b+0x100*c+d
=0xffffff*a+0xffff*b+0xff*c+a+b+c+d
=0xff*(0x010101x*a+0x0101*b+c)+(a+b+c+d)

507 ：
最後の % 0xff を見てなかった
なので各バイトの1の個数と勘違いしてました
>>506はその通り
%は、除算命令を使うと遅いので
コンパイラは
0x0101010101010101
との乗算とシフトに置き換えそうです
PCの64bit環境だとPOPCNT命令がそのまま1命令
Icelake以降だとVPOPCNTQで8個を1命令
で出来ます

508 ：
x % 0xff
よりは
x * 0x0101010101010101 >> 56 & 0xff
の方が直接的でコンパイラを頼らない記述でしょう

509 ：
それだと
剰余 x % 0xff
ではなくて
商 x / 0xff

510 ：
>>508 で大丈夫
乗算の筆算を考えてみよう

511 ：
>>507-508
レスありがとうございます。

> x % 0xff
> よりは
> x * 0x0101010101010101 >> 56 & 0xff
> の方が直接的でコンパイラを頼らない記述でしょう
コンパイラの最適化によって一行目が三行目に
置き換えられる可能性があるということですか！？
難しそうですがちょっと考えてみたいと思います。

> PCの64bit環境だとPOPCNT命令がそのまま1命令
> Icelake以降だとVPOPCNTQで8個を1命令
本当に速度を求めるならCPUの命令を直接使えということですね。
覚えておきます。

512 ：
>>511
コンパイラは普通、定数の除算は乗算に置き換えます
乗算、シフトは1クロック、除算は数十クロックかかるのが普通なので

ただ、
>>508 にまでは最適化されないかも
なので>>508の方が良いです

513 ：
>>512
ありがとうございます。そのようにしたいと思います。

ご親切に甘えてしまい申し訳ないのですが、
もう一つ質問させてください。今、
① = x % 0xff
と
② = x * 0x0101010101010101 >> 56 & 0xff
について考えていたのですが、
x = 0xff のとき、
① = 0x00, ② = 0xffのように、別の値になりませんか？
これは、どこか書き間違いがあるとういことでしょうか。
それとも、この違いは今回の用途では問題にならないということでしょうか。

514 ：
>>512
立て続けにすみません。。。たった今理解しました。
「この違いは今回の用途では問題にならない」が正解ですね。

515 ：
除算命令、
Skylakeで最大90クロックだそうで...
簡単な命令だと1クロックで3～4個実行出来る事を考えると劇遅ですね

Icelakeだと18クロックなので
改善されてるみたい

516 ：
>>515
> 除算命令、
> Skylakeで最大90クロックだそうで...
なんと！しかも、「最大」という表現が付くんですね。
つまり、ただの数値計算なのに
クロックの数がデータに依存する可能があるということ…？

517 ：
>>516
除算命令の実行時間はデータに依存します
内部的にループしてるようなものなので
SIMDの除算は多分一定
Icelakeももしかしたら一定かもしれません
SIMD乗算も非常に小さな値だと遅い事があったような

518 ：
>>517
小さい値だと遅い！？
すみません、ハードウェアの知識がなさすぎて
タイプミスをされたのか本当にそうなのかの判断すらつかないです。。。

519 ：
https://ja.m.wikipedia.org/wiki/%E9%9D%9E%E6%AD%A3%E8%A6%8F%E5%8C%96%E6%95%B0
ここの｢性能問題｣参照
浮動小数点演算の話ですので今回は関係ないです

520 ：
そりゃ並列処理できるような相互依存性の低い大量のデータでもあるならともかく
小さなデータ塊対象だとパック化やアンパック化する手間が掛かる分だけ
総合的にはSIMD使った方が遅くなるだろ
馬鹿となんとかは使いようと言うだろ

521 ：
どこの誤爆か気になる

522 ：
>>520
馬鹿がSIMD使うと遅くなる
それはそうかも

523 ：
>>519
勉強になります。
非正規化数という言葉はちらっと聞いたことはありますが、こういうデメリットもあるんですね。
そして、それでも非正規化数を使うのは
「浮動小数点数の加減算は決して『アンダーフローによるゼロ』にならない」
という理由があるのだということも初めて知り、とても興味深く感じました。

ところで、ビット演算に関してもう一つ相談させていただいてもよろしいでしょうか。
動的メモリ再確保のコストを減らすために確保するメモリのサイズを必ず 2ⁿ-1 の形にしたくて、
与えられた数を下回らない最小の 2ⁿ-1 の値の値を返すような関数を作って使っています。
つまり引数xを2進数で表したときの一番上位の1以下をすべて1に置き換えるような関数で、
具体的には以下のように記述しています。
int fill_lower_bits(int x)
{
　　x |= x >> 1;
　　x |= x >> 2;
　　x |= x >> 4;
　　x |= x >> 8;
　　x |= x >> 16;
　　return x;
}
この関数は割と使用頻度が高いので、PCの64bit環境にPOPCNT命令があるように、
もしfill_lower_bitsと似た振る舞いをする命令があれば名前を教えていただけないでしょうか。
（続く）

524 ：
（続き）
また、こちらはあまり使い道は思いつきませんが、
int fill_higher_bits(int x)
{
　　x |= x << 1;
　　x |= x << 2;
　　x |= x << 4;
　　x |= x << 8;
　　x |= x << 16;
　　return x;
}
という関数を考えることもできて、これなら
int fill_higher_bits(int x)
{
　　return -(x & -x);
}
のように簡単な書き方に変更できます。
fill_lower_bitsについてもこういうテクニックがあればいいなと思っているのですが、
もし何かご存知であれば教えていただけると嬉しいです。

525 ：
>>523
BSR命令といくつかの命令を組み合わせて出来ます
Cからだと _BitScanReverse64

>>524
x | -x
の方が良いと思います

526 ：
>>525
何度も本当にどうもありがとうございます。大変勉強になります。

> _BitScanReverse64
こんな命令があったとは！
この名前で検索したら、今まで知らなかった興味深いページがたくさんヒットしました。
ReverseじゃなくてForwardというのもあるみたいですが、
Forwardの方はマイナスを使う方法でも十分高速になりそうなので、
どちらが速いか検証してみようと思います。

> x | -x
確かに…。
ド・モルガンの法則で ~(x & ~x) が ~x & x に書き換えられるのはすぐに分かるのですが、
もしかしてそれと同じことがマイナスでもできるのでしょうか。
-x が ~x + 1 と同じになることは理解しているので、ちょっと考えてみたいと思います。

527 ：
>>526
> ド・モルガンの法則

-(a & b) = -a | -b が成り立つかなと期待したのですが、
a = 0, b = 1 のときにつまずいてしまいました。

でも、>>525 に書いていただいた -(x & -x) = -x | x は間違いなさそうです。

こういう式の変形って、どこかテキストに載っていたりするのでしょうか。

528 ：
自分で頑張って探すんです

~x
x-1
-x
&
|
^

これらを組み合わせれば
一番右のビット関連がいろいろと出来ます

???10000
に対して
11110000
11100000
00010000
00011111
00001111
これらを得る最小回数の演算を考えてみてください

529 ：
ド・モルガンと似た問題で、
「君たち2人は注意されないならば、君たち2人は私語を止めない」
の対偶、
「君たち2人が私語を止めるならば、君たち2人は注意される」
って矛盾にちょっと考えてしまったわ。

530 ：
x 注意される
o 注意された

531 ：
>>530
さすが、その通り。

532 ：
>>523
メモリ確保やアクセスの時間に比べれば
サイズ計算の時間は無視出来る

ビット演算の趣味として楽しむ分には良いけど
普通にループでもパフォーマンスは変わらない

パフォーマンスが重要じゃないところ
(つまりほとんどの部分)は
移植性、見やすさ、工数、...
などが優先される

ということは知っておいた方が良いですね

533 ：
分野によってはループや比較による分岐は遅すぎて使えないなんてことままあるよ

534 ：
>>523の話

535 ：
それは経験談？
それとも誰かからの受け売り？

536 ：
動的メモリ再確保
のサイズ計算の話

オーダーnに対して係数の小さなオーダーlog nは無視して良い
って話

537 ：
ちょっと前にスレで騒がれていたフーリエ変換に関する話題
50年来の信号処理に関する謎が解かれる、逆高速フーリエ変換がついに一般化
https://fabcross.jp/news/2019/20191206_fast-fourier-transform.html

538 ：
解明って言うんか？これ

539 ：
C言語というか、WindowsのCですが、
たとえば strcpyの lstrcpyと _tcscpyの違いは何なのでしょうか
前者は WindowsAPI、後者は VC++CRTという説明を見たのですがよくわからないのです
両者とも UNICODE(後者は_UNICODE) の有無で charとwchar_tを切り替えるようですが、どちらをどんな時に使用するのかが分かりません。

540 ：
crtへの依存を減らせる分、常にlstrcpyを使えばいいと思うよ。lstrcpyは不正アクセスしたときに例外投げてくれるみたいだし。
自分なら依存減らす＆安全性のためにstrncpyとwcsncpyを選ぶけど

541 ：
>>540
ありがとうございます。
539です。

今後は気をつけようと思いますが、過去に書いたコードは何ともいたし難く…orz
なぜ先に lstrcpyを見つけなかった 2014年のオレ…

でも、内容が古いのかもしれませんが、ある記事によると CRTの依存を断ち切るのも容易ではないようで。。。

542 ：
むしろlstrcpyなんて16bit時代から引きずってる過去の遺物なんじゃ？
今はlstrcpyも非推奨、代替のStringCchCopyはWindowsAPIの体だけどkernel32.dll等を呼び出すのではなくstrsafe.h内にコードが書いてある変わり種なのでtchar.h系の_tcscpy_sでよくね？っていう

543 ：
MSのCは独自色が過ぎる

544 ：
そうか？　古くからMSCは「高いが安心」というポジションだったが

545 ：
放送大学2020新講座
C言語基礎演習
https://www.wakaba.ouj.ac.jp/kyoumu/syllabus/PU02060200221/initialize.do

546 ：
何の変哲の無いコードを書いてコンパイラのバグが顕在化するMicrosoftのCが安心とは、茶がヘソを沸かす。

547 ：
唯一のECMA-372対応コンパイラ
壮大なマッチポンプだが…

548 ：
そもそもCはUNIXの為に作られた言語だから
UNIX系以外のOSで使うと齟齬が出るよね

549 ：
何言ってんだこのバカ

550 ：
せいぜい�nとCR LFの齟齬くらいだね

551 ：
それはテキストファイルのコードの違いというだけであって言語の仕様そのものとは直接関係ない

552 ：
OSを記述しやすく意図されて言語という認識だが
UNIXに絞って特化された部分って何だろう？

553 ：
テキストファイルといえば
歴史上どっかの段階で文字列操作や汎用IO関数を捨て専用のもちっと使いやすい内蔵スクリプト言語に任せ
どうしても処理速度を求めるマは自作、非標準ライブラリで配列イジクール形にしたらよかったのにね

システムコールの頻度とか毎度読み解く指定子とかで標準ライブラリも爆速ってほどじゃないしー
printfのうじゃうじゃ増える非互換指定子とか似た使い分け迷う関数の増殖とかを防げたろうに

554 ：
せっかくライブラリとして言語の外に出てるのに、
なんでスクリプト言語なんか内蔵しなきゃいかんの。

555 ：
>>552
creat()のモード指定が８進数で書ける

556 ：
file の lock とかか >>552

557 ：
>>555-556
それはライブラリの問題ではないか。言語仕様とはちょいと違う気がする

まあ「標準ライブラリは言語仕様(ｷﾘｯ」と言いきっちゃってもいい気もする

558 ：
たしかにunix系以外で8進数って使わないような気もする。

559 ：
Cは文字列をヌル終端するのが「ほぼ」前提になってるよね。
もしそれ以外の文字列表現を使うつもりだったら、
文字列専用の型を用意していたし、ポインタより配列を重視していたはず。

560 ：
>>557
おまいがOSに特化したとか言い出したんじゃないのか

561 ：
>>557
違う、８進数で書けると言う「言語仕様」の話

562 ：
>>561
8進数でも書けちゃう
というだけで、建前としては「ちゃんと定数使え」じゃない？

言語仕様でUnix文化に特化してるところって
mainとreturnの仕様くらいじゃない？

563 ：
>>562
8進数で書くのがchmod互換で直感的なんだべ

564 ：
>>562
> 建前としては「ちゃんと定数使え」じゃない？
建前はともかく0777とか0755とかバンバン書かれてるし…

とまで書いてなんだけど、ちょっとググったらどうも８進数はC言語発祥じゃなくてB言語でも使えたみたいw
PDPシリーズは触ったことないからよくわからんけどHPのミニコンは命令コードが3bit単位に区切られて表記されてた
ブートローダーは手入力してて16個並んでるスイッチでアドレスや命令コードをセットするんだけど見ての通り3bit単位に区切ってある
もう記憶があやふやだけどアセンブラとかも８進表記ができたような気がする
http://www.hpmuseum.net/images/2108A-37.jpg
多分PDPも似たような感じだったんじゃないかと思う
なので８進数云々はあまり関係なかったわ、すまん

565 ：
お前らも8進数よく使うだろ
0とか

566 ：
ソースの見栄えを気にして桁そろえに スペース使わずに 0 を補うんですね

567 ：
やったことあるヤツいるよな？

いやそうじゃなくて
ただの0

568 ：
017は頭に0があるから、C/C++では8進数として扱う。ただのゼロもリテラルの分類としては8進数。

569 ：
0リテラルは8進だったのか…

570 ：
(6.4.4.1) octal-constant:
0
octal-constant octal-digit

まじか



でも8進だからなんだっていう

571 ：
16歳の僕でも酒が飲めるぞ。
飲める飲める飲めるぞ酒が飲めるぞ。

572 ：
え？割と有名な話では？

573 ：
012 月はハロウィンで酒が飲めるぞ
飲める飲める飲めるぞ酒が飲めるぞ

574 ：
>>571
それは10進数でしょ

575 ：
いや
14進数とか16進数だろ

576 ：
8進数いらない

577 ：
Cにも0bと桁区切り欲しい

578 ：
512色カラーで使った。

579 ：
int main()
{
return 0;
}
8進数ですほんとうにありがとうございました

580 ：
MinGWとUbuntuはどっちがいいですか？

581 ：
何が？

582 ：
Ubuntu

583 ：
2進数表記が欲しい

584 ：
16進小数リテラルが欲しい

585 ：
>>584
加減乗除考えただけで頭痛くなりそうだ

586 ：
すんごく欲しいならプリプロセッサでも作ればいいんじゃね？

587 ：
人間が計算する必要は無いんだよ

588 ：
>>586
プリプロセッサで10進数にするの？
それじゃ何の為の16進リテラルかわからない

いずれ対応するから待つのみ

589 ：
プリプロセッサ作って言語を拡張とか、昔はけっこうあったけどな。

590 ：
昔は結構あったはずのものが、今は残ってないのだろう

591 ：
まあそれほど必要がないなら別にいいんじゃね。
IDEしか使わないならそういうことはやりづらいだろうし。

592 ：
誤差を無くす為の16進小数リテラルなのに
プリプロセッサで10進数に直すの？

593 ：
ビットパターンを直接作って変数のアドレスに放り込むようにできないのかな。
それじゃリテラルじゃなくなっちゃうか。

594 ：
>>584
C++17に既にあるから、いずれ使えるようになりそう
>>585
普通に10進で書いた浮動小数点数とまったく同じ扱いなので心配無用
>>592
10進でDBL_DECIMAL_DIG桁あれば、元の値を再現できるはず(doubleの場合)

595 ：
>>583
C++14で0b使えるようになって
もう5年も経っているんだが

596 ：
>>595
スレタイみような

597 ：
>>593
floatやdoubleとcharのunionにするやつか

598 ：
float や double のビットパターンが　IEEE754 前提でごりごりっと…

599 ：
C言語に欲しい機能は、関数オーバーライドとユニファイドコールシンタックス。
3つあったけど一個忘れた。

参照もいいな。

そんなアマチュアC++書きです。

600 ：
あ、constexprもほしいねぇ。

601 ：
C++をBetter Cで使えばいいだけじゃね？

602 ：
僕は inlineをサンタさんにお願いしよう…

603 ：
>>602
inline と指定すればなにがあろうと inline に固執する執念深いコンパイラはありませんか？

604 ：
__inlineは非標準だが、つかえ(以下略)

605 ：
inlineを忠実に守ってたら
指数関数的にコードサイズが増える

606 ：
>>605
それはコンパイラが判断することではなく、人間様が判断することなのでは？気分次第で inline にならない inline 指定なんて何の役にもたたないと思います

607 ：
ループ展開して中のinline関数をぶちまけたら・・・
命令の並べ替えで案外コンパクトに成るかもしれんし
指数は言い過ぎだと思うがね

608 ：
それまた非標準の__forceinlineというキーワード使えばインライン化を強制できる。

609 ：
>>599 名前空間オヌヌメ。
って言うか、なぜ急に自己紹介なんだろ？

610 ：
ついうっかり再帰する関数を inline にしてし(ry

611 ：
>>607
2箇所でコールする関数がn段ネストで2^n

612 ：
無限ループをインラインで展開

613 ：
無限ループってこわくね？

614 ：
>>613
https://www.youtube.com/watch?v=VjJaKA016NQ

615 ：
だって同じことがずーっと続くんだぜ

616 ：
真の無限ループは作れない。
コンピュータは何れ壊れるし停電になったら終わりだからな。

617 ：
真の無限ループを現実的に実行することができない≒無限を観測することはできない
概念としては作れる

618 ：
物理屋対数学屋

619 ：
｢真の｣
っていう表現がマズい

620 ：
10 Print ”A"
20 Goto 10

621 ：
b .

622 ：
っ　ノンボラタイルメモリ。

623 ：
goto文は危険なんですか？

624 ：
あぁ、実に危険な話題だ。

625 ：
>>617
そう。つまり、心の中にあるのさ。

626 ：
goto は技を極めた者だけが使うことが許される。半端な者が手を出せばおかしなことにしかならない。

627 ：
>>623
用法用量を守って正しくお使いください。

628 ：
gotoのなにがいけないのかを知らない者は
スペルがジーオーティーオーでないgotoを平気で使いながら
頓珍漢な教条主義を得意げにぬかす

629 ：
>>628
> スペルがジーオーティーオーでないgoto
wakaran

630 ：
> goto文は危険なんですか？
ああ、とてつもなく危険だよ
こんなことを聞くような>>623にとってはな

631 ：
>>629
ISO/IEC 9899:2018 6.8.6 Jump statements

632 ：
>>631
goto文以外のジャンプ・ステートメントとハナから書きなされ。
というか、goto文を乱用せずcontinue、break等で代用しなさいという教条だべ。
ジーオーティーオーでないgotoを平気で使うのは教条に反しないので、「ながら」と矛盾を指摘する言い方はおかしい。

633 ：
悪魔を召喚する呪文

634 ：
人生:
if (!就職()) goto 人生;

635 ：
でも俺スパゲッティは嫌いじゃありません

636 ：
>>632
そんなにダイクストラらの主張の論点が何かが分かってないのを誇張して何がしたい？

637 ：
いやー、上方へのジャンプを抑制するだけで結構切れますよ？

638 ：
L:
hogehoge();
if(huga)gotoL2;
if(hage)goto L;
L2:

639 ：
キーコンビネーション間違えて投稿してしまった。
>>638　のようなコードは完全にスパゲッティなのでやめましょう。

640 ：
do{
continue;

}while();

while型goto教の教義のコード。

641 ：
制御構造のパターンとして何型のものが望ましくないのか、お前ら本当に聞いたこともないの？

642 ：
安易な無限ループで悲惨なオチに出会う人減ってるかいな？

643 ：
局所でGOTOは有りだろう。

644 ：
全部論理式で書けば制御構造なぞ要らない。

645 ：
アホばっかりと諦めるのはまだ早いと思う
短気を起こさずにもうしばらく待ってみる

646 ：
>>643
あり
むしろ使わないと階層が深くなったり、フラグを多用したりで余計おかしなことに

647 ：
bool型の変数をprintf関数内でプレースホルダ%dを使って表示すると、
1や0になってしまうのですが、trueやfalseの形式で表示できないでしょうか？

648 ：
printf("%s", (b ? "true" : "false"));

649 ：
%sでboolVar ? "true": "false"とでもすればいい

Cにboolはないよ

650 ：
>>649
どアホ
ISO/IEC9899:2011 7.18
2 The macro
bool
expands to _Bool.

651 ：
C99を （標準の）C と呼んでも差し支えないのだろうか

652 ：
最新の規格が標準だぞ
C99が定められたのは既に20年前
太古の企画と言っても差し支えないレベル

653 ：
>>652
お前が勝手に決めるな

654 ：
答えてくれた方ありがとうございました
面倒なんですね

655 ：
>>653
決めているのはISOで
652が勝手に決めているわけではない
現行規格すなわち標準はISO/IEC9899:2018、通称C17だ
https://www.iso.org/standard/74528.html

656 ：
旧規格は現行規格の発効をもって廃止となる

657 ：
https://ja.m.wikipedia.org/wiki/ANSI_C

ANSI C、ISO C、または標準Cとは、米国規格協会(ANSI) および国際標準化機構(ISO) が発行したC言語の標準の総称である。歴史的にこれらの名前は特に、オリジナルであり、最もサポートされているバージョンであるC89およびC90のことを指す。

658 ：
C99 later の C++ 非互換部分は、どうでもいいとおもいますね
C++ にあわせて欲しかったのですが、独自色を強めてしまったのは疑問手です

659 ：
現実問題でもC89オンリーのコンパイラはかなり減ってきてるだろうが
Cライクな非標準全開のコンパイラなら今でもあるが

660 ：
普及率を根拠にするなら
>>652を取り消してからにしてもらおうか

661 ：
>>647 の質問への直接の答えじゃないけど、
bool(実体は_Bool)型って汎整数拡張の対象だっけ?

拡張されるならprintfの中では引数がbool値だったか整数値だったか、
もう区別がつかないんじゃないか。
区別できなきゃ 0/1 で表示すべきか false/true で表示すべきかも
決められないと思うんだけど。

662 ：
>>660
たとえ652をボコボコにやっつけたところで
現実は何一つ覆りはせんぞ
無駄な抵抗はやめろ

663 ：
可変個引数の整数値が char でも short でも int になるのは
「汎整数拡張」とは違う動作、別の用語だったかも知れん。
言語に詳しい人の指摘をお願いしたい。

664 ：
promotion（拡張）

665 ：
https://ja.wikipedia.org/wiki/C99

>GCC、Clang、Intel C++ Compiler 等はC99の新機能の大半をサポートしている。
>ただし、GCCは、ほとんど準拠しているが、規格への100%完全準拠は果たしてい
>ない。GCC 4.x までのデフォルトは C89 に GNU 拡張を加えた -std=gnu89、
>Clang のデフォルトは C99 に GNU 拡張を加えた -std=gnu99 である。GCC 5.0
>から C11 に GNU 拡張を加えた -std=gnu11 がデフォルトになる。

>Microsoft Visual C++ は 2013 から C99 の大半を実装した。ただし、tgmath.h
>や snprintf() などが未実装。

>Open Watcom C compiler は標準のうち最もよく使われている部分を実装している。
>かつては、ドキュメント化されていないコマンドラインスイッチを指定しないと
>有効化されなかった。2010年現在の最新版である 1.9 では -za99 オプションを
>付けることで有効化される旨、明記されている。

>Sun Studioは、サン・マイクロシステムズによればC99を完全にサポートしている。

主なコンパイラは大体対応している様だが、まだ完全ではないみたいだ。
GCCだと独自拡張もあるのでややこしそう。すでにC11に向かっているし。

666 ：
今時Cを使うのって
そういうメジャー所じゃなくて
小規模マイコン用の独自コンパイラがメインでは？

そうでもない？

667 ：
メジャーなところで旗色が悪くなったからって
マイナーなところへ逃げ込む気か
相手すんの馬鹿らしくなるぜ

668 ：
規格を捏ねくりまわして喜んでいるのは言語マニアだけだしな
実際の現場は殆どが独自コンパイラ

669 ：
捏ねくりまわすって、工業製品を使って工業製品を産み出すのに
規格票を確認するのは工業人の当たり前の日常だろうがよ

670 ：
頭でっかちの老害

671 ：
筋の通らんガキの駄々こねそのものだな

672 ：
必要なのは規格よりもコンパイラ製造元のマニュアルだ
規格は実際の動作を保証してはくれない

673 ：
コンパイラのマニュアルも必要だが
規格「よりも」という変なバイアスは無用
「と」だろうが

674 ：
テンプレに入れた方がいいな
特に断りがない限りはC89/C90が前提だって

675 ：
却下
それこそ老害以外の何ものでもない

676 ：
100歩譲ってC99
C17やC20限定の話題は他にスレを立ててそっちでやって

677 ：
老害でない人たちは、C99スレでも立ててそこに移動で

678 ：
bool 型があったとしても、
printf の引数(... で受ける) に渡すタイミングで暗黙に数値化しちゃうんじゃないかな？

C++での引数型により別のものが呼ばれる機構は期待できない部分

679 ：
>>674
それは名案ですね、正直言って C89=K&R2 で必要かつ十分ですし、C99 になって追加されたことといえば C++ と均整のとれない糞仕様が多くて役に立つものは一つか二つか…

680 ：
>>663
たしかに規格ISO/IEC9899:1999 のどこにあるか？というと、ちょっとみつからないですね
default argument promotion とはいうみたいですが
これは char, short -> int
float -> double
だったかと

681 ：
>>675
ジジイ、ジジイか…
それじゃお前はなんだ、この餓鬼が
おれはお前さんがこの世に落っこって来る前からバグつくってんだ

682 ：
シニア専用C言語スレでも作れば

683 ：
>>682
ジュニア専用お子ちゃまC言語は他所でおねがいします

684 ：
gotoの何がいけないか説明できるやつ、ここまでゼロ

685 ：
年取ると新しいことが覚えられないのは理解するよ。
だからって30年前の規格で縛るとかどんだけおつむ弱いんだよ

686 ：
まだgoto文とか言ってるのか
認知症かよw

687 ：
30年経ってもまだ対応完了しないコンパイラがある件

688 ：
そらあるだろうさ。だからスレも底辺コンパイラに合わせろとか頭腐ってるんじゃねーの？

689 ：
上級国民用のC言語スレを建てて,そちらに移った方が良いのでは？ｗ

690 ：
>>681
(若さは)重要な要素だ

691 ：
>>685
C++ でコンパイルできない C なんて何の役に立つのか疑問だ、といっているのですよ

692 ：
>>690
若さ若さとひけらかすな！

693 ：
>>691
じゃあC++使えばいい
C++コンパイラでC非互換の機能を使わない縛りこそ
何の役にも立ちゃしねえ
それをやるやつも役立たず

694 ：
積集合なんかいいとこ取りの逆だ

695 ：
ほんそれ
C++を覚えてさっさとこのスレからいなくなってくれ
ガキんちょは

696 ：
>>691
公開ヘッダだけ互換で書いとけばいいだろマヌケ

697 ：
C言語環境には色々と障害が多いが
その最たるものの一つが老害の多さだとこのスレを見てもよく分かる

698 ：
そもそもC89とC17の違いがそんなに問題になるか？
C89さえ分かっていればC17を差分で憶えるのは大した話じゃない
不勉強なやつが自己弁護のために騒いでるだけだろうが

699 ：
勉強家はC++に移られたらどうか
貴重な人生を無駄にしないで済む

700 ：
もちC++も使ってるよ
C使いが他の言語をやってないという仮定がそもそもおかしいぜ

701 ：
勉強家はこのスレに入らないから,さっさと移動したらどうか？
粗大ゴミしかいないスレなんだから,こんな所に居続ける必要ないだろ
お前自身が粗大ゴミだと自覚しているなら仕方がないが

702 ：
うるせえな
どこのスレに来ようが貴様に口だしされる筋合いはない

703 ：
荒らしたいって事？

704 ：
脈絡ねえこと言ってんなよ

705 ：
特定の話題で話したいなら,そういうスレを見つけるか、無ければ作れば良いんだよ
C言語全般を話題にする既存のスレを荒らす必要がこれっぽっちもない

706 ：
そもそも
> 粗大ゴミしかいないスレなんだから
なんて言ってる>>701が荒しだろ
元々は質問スレだぞ

707 ：
>>705
C言語全般を話題にするスレと言ってる奴がC99は別スレに行けとか言ってたのだから、支離滅裂ダナー

708 ：
C言語は
非常にチープな環境でも動く
低レベルな記述が可能
非常に多くの環境で動作する
コンパイラの作成が容易

ということで未だに多くの場所で使われている
これらのメリットを減らす拡張は不要

これらのメリットが不要な環境ではC言語は不要
C++や、よりリッチな言語を使うべき

709 ：
もうゴテゴテつけんなよ、という意見には賛成だ

710 ：
>>693
＞C++コンパイラでC非互換の機能を使わない縛りこそ何の役にも立ちゃしねえ
K&R2 の範囲で書くことができるというのは必須の技能だと思いますよ、それができない、そもそもなにが K&R2 の範囲でなにがそうではないかを知らないようでは馬鹿と謗られてもしかたがない

711 ：
>>696
kwsk

712 ：
>>698
＞C89さえ分かっていればC17を差分で憶えるのは大した話じゃない

そのとおり

できる奴にとっては、C99 だろうが C11 だろうが C17 だろうが、どれも大差がなく自由に行き来できるしどうでもいい
しかし、ここで敢えて「C89=K&R2 こそ正義」と煽ってみると、案外「老害R」という反応が続出する
そういう点から推察するところでは、このスレに出入りする人間の 50% は K&R2 すらわかっていないレベルではないだろうか、と考えさせられるのですよ

713 ：
>>708
ライブラリとして、他の言語から直に呼んで貰うことを目指すため、C で書き直してしまうという話もよく聞きます、この手の用途を他の言語で聞いたことがない

714 ：
>>692
我々がしているのはヌルポインタの話だ
ただ 0 と書けば済む話のものに誰がタイプ数をつぎ込む？
まして #define NULL (void *)0 と構えて運用するようなものじゃない
マクロ NULL が存在すること自体なにかの間違いなのだ

715 ：
>>710
K&R2の範囲で書くという具体的な案件を１つでも知っているか？
俺も含め、その案件に携わることになったとして困る者は極めて少数だと思うぜ
50%もいるようには全く思わない

K&R1の案件でさえ、今の若いのでもすぐ慣れるだろうさ

716 ：
>>715
そうですか
そのわりには、「老害R」という反応がかまびすしいですね

717 ：
>>714
整数とポインタのサイズが違うとき、NULLがないと大変なことになる。

718 ：
>>717
可変長引数関数に (void *)0 を渡すときだけは (void *)0 は必要ですが、それ以外は 0 と書いてそれがポインタか整数かは文脈で判定できると思っています

719 ：
>>717
ん？可変長引数とか、整数とポインタが曖昧なところでは NULL にもキャスト要るし、
NULL がサイズ違いとか動作上の問題を解決することなんてないのでは？
http://www.kouno.jp/home/c_faq/c5.html#4

720 ：
> ただ 0 と書けば済む話のものに誰がタイプ数をつぎ込む？
というわけで　if(x != 0) じゃなくて if(x) だな

721 ：
プロジェクトリーダー「数字直接記入禁止！全部#define で置き換えろ！」
大昔そんな事があったと聞いた。

722 ：
あった
フラグを一個も立って無いことを示す0もdefine
デバイスの特性を多項式近似した関数も
各係数を全てdefine
縦と横のそれぞれの座標計算、ループで処理にした方が記述が簡単なので2でループしたら
その2もdefine

他にも意味不明のコーディング規約が多数

723 ：
それもこれもマジックナンバーにコメント書かなかったおまいらが悪いんやで

724 ：
マジックナンバーの何がいけない、どういう場合にどんな問題があるかを理解しないまま、杓子定規にルールだけ覚えるとそんな奴が出来上がるな。

725 ：
>>721
> プロジェクトリーダー「数字直接記入禁止！全部#define で置き換えろ！」

良いと思うよ!!

726 ：
値まで書いたアホっぽい定数 はわりと使うかな・・・

#define EGGCOUNT30 30
みたいに書いちゃうやつ

コード中に即値書きたいけど書くとリファクタリングで死ぬから
リファクタリングのためだけに定数書いてる感じ

727 ：
当たり前だがリファクタリング以前に定数調整だけで死ぬぞ
#define EGGCOUNT 30
なら
#define EGGCOUNT 40
で済むのに

#define EGGCOUNT30 30
だと
#define EGGCOUNT40 40
で全置換する気か

728 ：
s/30/40/g
は基地外沙汰だが
s/EGGCOUNT30/EGGCOUNT40/g
ならイケそうかも!!

729 ：
フォーマット文字列中のも駄目なんかな
少数以下 3桁に整えるのに　"%.3f" → "%.*f" にして引数で渡す

730 ：
ああ フォーマット文字列を define しろということか
#define FORMAT "%.3f"
　：
sprintf(buf, FROMAT, double_value);
みたいな

731 ：
>>727
数値一通りdefineして
NUM_56
みたいに数値のかわりに使う

糞コーディング規約の典型

そういう環境だと
大抵defineの数値を変えるだけじゃまともに動かない

732 ：
>>730
文字列リテラルをコード中に記述禁止
その為itoaみたいなのを組み合わせたコードが出来る

733 ：
>>727
そのとおり、全置換をする前提なんよ

置換するのはIDEのお仕事だから漏れは無いと信頼してるし、なにより
ソース改変による影響範囲の割り出しとテストしなおしの強制を兼ねてる

734 ：
エディタの正規表現は使わないのか？
複数パターンでも一回で出来ると思うが

735 ：
>>720
MISRA-C の違反！

if(条件式) には、実質的なbool 値のみを書く！

ただし、if( x ) で、x がbool変数なら、OK

736 ：
x != 0 も bool ではないんだが

737 ：
x != 0
は、yes/no の2値しかないでしょ？

実質的には、bool 値として使っている

738 ：
それはおまえの思い込み

ISO/IEC 9899:2011
6.5.9 Equality operators
3
Each of the operators yields 1 if the specified relation is true and 0 if it is false.
The result has type int.

これが事実だ

739 ：
直接コードを書くことを禁止する。スクリプトを使って書け。

740 ：
BOOL
YESNO
OKCANCEL
ONEBIT

実質的にboolなら中身はdoubleでもenumでもint64_tでもifに入れて良い
っていうコーディング規約

741 ：
文法は関係ない。
あくまでも、コードの品質・可読性を上げるための、MISRA-C のルール！

if, while などの条件式には、実質的なbool 値しか書けない

条件式に、単なる整数などを書けない。
整数の0 を偽とみなした、条件判断を書けない

MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw

742 ：
>>741
よそのスレでRuby基地外っぷりを発揮してさんざん迷惑を掛けているお前がルール遵守を説くなんて、羞恥心はないのか？

743 ：
if (x) → if (!!x) かにゃ？

744 ：
>>735
if(!!x)

745 ：
まともなルールと仮定した場合

>>735 がダメなら
>>743 >>744 もダメだろうな

746 ：
>>741
また MISRA ですか…
MISRA 適合かどうかを診断してくれるプログラムでも配布してくれているんだと思っていましたが、そうではなく、ただ人を縛る規則を決めるのが好きな人間の集団なんですね…

747 ：
> MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw

MISRA-Cを守っていれば、高品質で、審査に通ると言いたいのか？
もう罵倒語が喉まで出かかっているんだが

748 ：
違うナァ
MISRA語ルールを守っているとMISRA語のコンパイラが書けないんだよｗ
大いなる自己矛盾に陥ってMISRAは沈没する

749 ：
>>726みたいなのはいくつか特定の値しかとれない引数のために使われることはあるね。
まぁenumでもいいんだけど。

750 ：
>>747
>> MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw
これを読んで
> MISRA-Cを守っていれば、高品質で、審査に通ると言いたいのか？
と解釈する奴はもれなくバカ

751 ：
>>750
違うんなら弁明しろよ
それができないだろうという予想で、罵倒語が喉まで出かかっている

752 ：
>>751
マジでバカなのか？w
AならBである
から
AでないならBでない
（当たり前だが真ではない）
って書けばお前のアホさが理解できるかな？
これでわからないなら中学の数学からやり直せ

753 ：
0(ゼロ)はマジックナンバーじゃないような気が

754 ：
8進数は使用禁止なので0は使えません

755 ：
0x0と書けばいい

756 ：
main関数の{ }についてお聞きしたいんですが、
int main(void) {
____/* コード */
}
という表記ではいけないですか？
スッキリCや各種サイトを見ると、
int main(void)
{
____/* コード */
}
となっていることがほとんどなのですが

757 ：
間を取って
int main(void) { /* コード */ }
でも動くぞ

758 ：
>>756
コンパイラは改行を無視するんやで

759 ：
ありがとうございます。
後者にしないといけないという決まりとかあるんですか？

760 ：
文法じゃなくてコーディングスタイルのこと聞いてるんでしょ。
チーム内で決まったスタイルがあるならそれに従えばいいし、
そうでなければ自分の好みで決めればいい。
俺の好みは1行減るし統一感のある前者。

761 ：
私も前者

762 ：
K&R2は後者

763 ：
もう少し考えてみようと思います
深夜にありがとうございました

764 ：
>>752
では、741は何を主張したかったんだ？

> MISRA-Cを守っていないと、低品質で、審査に通りませんよと言うことw

わざわざ、こんな戯れ言をぬかした意図を説明しろ

765 ：
>>764
それは741に聞けや
俺はお前のバカさを指摘しただけ

766 ：
>>756
if (...) {
while (...) {
do {
なのに、
main()
{
という矛盾はよく見かけるが
そうなっている案件で秩序を乱すことはしない

767 ：
>>765
741本人のくせに自分の言葉から逃げてんなよ
まあ、あれじゃ逃げたくなるのはわかるがｗ

768 ：
>>756
int func(int arg)
{
...
}
という具合に「関数本体を開始する波括弧を次の行に書く」方式だと
ヘッダファイルにプロトタイプ宣言として書き写す際に
1行コピーして行末に ; 追加で完了、楽チンという利点があるわね。

main() の場合は当てはまらないのがやや弱いけど。

769 ：
>>767
自分のバカさを認められずに自演認定でごまかすのに必死かよw
哀れな奴

770 ：
>>769
MISRAの話しなくなってやんのｗ
技術板で技術的な話ができないやつはゴミ以下だぜ

771 ：
>>770
> 技術板で技術的な話ができないやつはゴミ以下だぜ
中学校の数学すら理解してない奴が何言ってるんだかw

772 ：
>>771
いや理解してるよ
そうでなきゃ年収８桁はできねえ

773 ：
こんなところで年収自慢なんかしても虚しいだけじゃないか？
対偶を勘違いしてるなんてみんな気付いてるのに無理につっかかんなって

774 ：
>>766
power(x, n)
int x, n;
{
....
}

775 ：
MISRAで if(x)がまずい理由を教えてくだされ

776 ：
>>731
一般的に特定の非正規形は特定の分析用途には使いやすくても
違う観点で分析しようとすると正規形からデータ変形するよりも多くの手間がかかる
参照オンリーの場合でもデータの利用方法が定型化していない場合は正規形から考えるメリットは大きい

特にRDBで分析用途のDBを用意する場合は参照オンリーでも正規形から考えとかないと手間が異常に増える

777 ：
>>752
高品質で、審査に通っていれば、MISRA-Cを守っている

やっぱり違うなω
元の命題からして可笑しいωωω

778 ：
元の命題の真偽ではなく元の命題を真と仮定した場合、対偶は真か？という話
本来、対偶は真であるが747は対偶ではない命題を挙げてそれが真であるかのようにレスしているので突っ込まれた
対偶の挙げ方の間違いを指摘したのになぜか元の命題の真偽についてギャーギャー言うから話が噛み合わない

779 ：
>>773
みんな気付いているのは、わざと言っていることだよ
鬼の首でも取ったように得意がってるのがおまえだけ
中学の数学がやっとわかるのか、すごいなあｗ

780 ：
いきなり年収自慢とか笑える
まあ低能にありがちな行動だけどなw

781 ：
中卒でも中には総理大臣になった人もいるけどね
そういうことにしといてやろうか？

782 ：
そもそも集合関係と因果関係を混同しているのが間違いの原因
「事象Aが真ならば事象Bは真」の対偶「事象Bが真でないならば事象Aは真ではない」は常に正しい
一方「原因Aが真ならば結果Bは真」に対して「結果Bが真でないならば原因Aは真ではない」は正しいとは限らない

783 ：
>>774
K&R1の時代には改行後に { を書くしかないが、
いまどき持ち出して混乱させるのはやめろ

784 ：
>>782
おまえ747の時点で俺がそう言っているのが読めてないもんな
そうやって教科書を朗読するのもいいことだから頑張んなｗ

お勉強はまず憶えることが初手だが
現実問題に応用できるようになって始めて完成するんだよ

785 ：
>>783
774は制御文と関数は違うということが766の言う「矛盾」のルーツだと言いたいんだと思うぜ

786 ：
>>747は「事象Aが真でないならば事象Bは真ではない」
集合論で言えば「対偶」ではなくて「裏」の関係

787 ：
「裏」の「逆」または「逆」の「裏」が「対偶」
ある命題とその待遇が等しいのはそれぞれの事象に因果関係が存在しない場合に限る

788 ：
訂正
対偶 ← 待遇

789 ：
ダッサ。

790 ：
やっぱり、憶えたてなんだな

791 ：
間違った応用が>>747

792 ：
MISRAの肩を持とうとしてしくじったトンマなやつに
どんな気持ちか聞いてみたのさ

793 ：
741本人以外がこんなに激怒するわけねえしな
なあトンマ、今どんな気持ち？

794 ：
対偶と裏の区別もつかずに年収8桁とか学歴とか低能にありがちなレス連発やんw
こんなわかりやすい奴久々に見たわ

795 ：
この場合は対偶ではなく必要条件だろう

796 ：
>>794
あなたのほうが滑っていますよ…
そもそも MISRA 推しな時点でこのスレの住人から疑問の声が挙がっているのに、まだそれに気づかないの？

末期ですね

797 ：
いくらMISRA推しガーとか言っても>>747がバカなのは変わらないんだがw

798 ：
トヨタの車が暴走した問題で、米国議会でも言ってただろ

トヨタは、MISRA-C で、10点ぐらいしか取れてないってw
100ルール中、90に違反してる

守ってない企業があるから、人命を預かる、ロケット・医療系組み込みなどでは、
特に厳しい資格が必要だと議論になってる

組み込みでは、バグで簡単に、人が死ぬから

だから、何十年も研究してる、Elixir みたいな関数型を使う

799 ：
プログラムを書くのに●●は駄目だとか使いにくくなるほど制限かけてもさぁ
書きたい事に必要な関数とか書き方とか知らないようなのに投げてるだけなので脆弱性になるようなバグは出てくるし意味がない
むしろ知ってるような人にとっては制限になって害でしかない

800 ：
JavaScript で言えば、TypeScript, ESLint とか

違反を警告してくれる、lint ツール

801 ：
>>740
> 実質的にboolなら中身はdoubleでもenumでもint64_tでもifに入れて良い
っていうコーディング規約
-0.0は ?

802 ：
>>799
御意

無能のために無能に合わせろと無能がわめく
自己虫以外の何ものでもない

803 ：
MISRAってむしろ>>799, >>802みたいな自称上級者がやらかすのを防止するためのものなんだけどなw

804 ：
もうめんどくさいからMISRA押しのRuby君が害悪ということでいいのではなかろうか？

805 ：
>>798
トヨタなんて下請け丸投げでソース読めなくてレビューもしてくれなくてテスト仕様書も丸投げで無駄なエビデンスばかり要求してる
10点ぐらいしか取れてないのは下請けなんだけどそれを指摘もできない

806 ：
>>803
上級者なんて称号は俺はもちろん客先の誰も使ってねえぜ
仕事がもらえる、それだけだ

わかるかい？　無職君ｗ

807 ：
ちょっと年収の話したらあんなに発狂すると思わなかった
よっぽどコンプレックスらしいな、おーこわ

808 ：
作業は指示するが仕事は教えないクソ野郎が増えたから
この先の見通しが暗い。

809 ：
「自称」上級者の意味すら理解できない>>806
だめなのは数学だけかと思ったら国語も壊滅的だなw

810 ：
見てやってよ、このファビョり方ｗ

811 ：
>>800
そういうものを MISRA 対応として lint ツールとして無償公開するのが筋というものでしょうね

812 ：
例外項目を設けてスコアで評価するにしても、事前に自動評価できるツールがあるといいですわね

813 ：
すぐに愚痴こぼしスレになってしまう

814 ：
スコアとか意味ねえ
違反箇所は違反箇所で数の問題じゃねえ
違反プログラムは遠さねえとぬかすなら絶対に通すな
その結果に責任を持て

815 ：
対偶すら理解できてない奴が責任を持てとかw

816 ：
MISRA対応テストツール高そう

817 ：
>>803が仕事を出している側である可能性を考慮できない>>806

818 ：
>>815
そこにしか突っ込むことが出来ないのですか？みじめですね…

819 ：
組込み開発者におくるMISRA‐C:2004―C言語利用の高信頼化ガイド、MISRA‐C研究会、2006

この研究会は、トヨタなど大企業から、数十人のベテが集まって、
欧州人に聞きながら、作った本。
未だに、コーディングルールのバイブルだろ

元々は、Andrew Koenig の本

C Traps and Pitfalls, 1988, c1989
Cプログラミングの落とし穴

この本から、Lint が始まったのじゃないか？

820 ：
>>818
別に他のところに興味ないし
まあこんな初歩的なところに突っ込まれるとそりゃ困るわなw
だからROMってりゃいいと思うんだけどな

821 ：
>>819
> この本から、Lint が始まったのじゃないか？
流石にもう少し時代を見てからレスした方がいいぞ…

822 ：
そっかー組み込み屋さんはUNIXの歴史とか知らなかったりするのか

823 ：
>>819
＞この本から、Lint が始まったのじゃないか？

違います
初期の lint はベル研の V7 と同時、1979 にはリリースされています
K&R1 は特に引数まわりはスキのある仕様でしたので細かくチェックをいれる lint は必要であったのも理解できます、これは K&R2 になってかなり改善されました
それに最近のコンパイラは lint に似た warning も出せるようになったし

824 ：
はじめてのOSコードリーディング UNIX V6で学ぶカーネルのしくみ、青柳 隆宏、2013

そう言えば昔、こういう本も読んだ

825 ：
ジャンケンのコードを書いてみました
よろしければ、ご指摘等をお願いします
https://pastebin.com/HCLJ5m7p

826 ：
>>825
少しは取り繕えよ
何かのコピペだろ

827 ：
>>823
> それに最近のコンパイラは lint に似た warning も出せるようになったし
初期のlint使ったことないだろw

828 ：
>>817
そんな可能性は絶対の絶対にゼロだ

829 ：
>>815
俺に言わせれば、おまえ文系くせえんだよ
俺はハード設計もやるから負論理だのド・モルガンだのは息をするくらい当たり前なことで
待遇だの裏だのという用語で得意がるやつは専門分野は何だろうと思ってしまうのさ

それから突っ込まれてるのはおまえだぞ、741本人よ

830 ：
待遇で得意がるvsドモルガンで得意がる
小学生同士かよ

831 ：
>>829
対偶の話に負論理とかド・モルガン？
恥の上塗りか？
あと741に突っ込んでるのは頓珍漢なお前だけだぞw

832 ：
やっぱり通じねえなｗ

833 ：
C言語の話しようぜ

834 ：
printf("やっぱり通じねえなｗ\n");

835 ：
電子回路・HDL などの組み込みでは、
AND, OR, NOT, NAND,NOR などの回路、
負論理、ド・モルガン、カルノー図とか、初歩だぞw

まず、情報処理の組み込みの教科書を読め！

836 ：
>>831
負論理とかドモルガン知ってる人が対偶の意味知らないと思ってるの？

837 ：
双対は知らないだろう？

838 ：
このスレっていつも下らない喧嘩を延々と続けてる奴らがいるけど、何なんだろう。どっちが正しいとか以前に言ってる中身(議論の仕方)が下らなくて他人からはどっちもバカにしか見えないから消えてくれないか。

839 ：
>>827
Sun OS 4.1 のはやったことがありますが、初期の頃とは変わっていたのかも

840 ：
>>836
彼は分かってない
2回も指摘されてるのに論理が破綻していることに気付いてない
>>747,750,751,752
>>782,784,786

841 ：
>>836
さあどうだろうね、「ド・モルガンの定理知ってる」なら「待遇を理解してる」という命題が証明されたとか聞いたことないし
そもそもド・モルガン知ってるとか言うのも>>829が言ってるだけだし、>>747が対偶でない事を知ってるのかすら怪しいしなw

842 ：
読んでないから知らんけどこんな雑談に対偶ガーとか論理ガーとか証明ガーってのは馬鹿馬鹿しいね。

843 ：
似て非なるもの
ド・モルガン
A ∩ B = ¬(¬A ∪ ¬B)
A ∪ B = ¬(¬A ∩ ¬B)
対偶
A ⇒ B = ¬(¬B ⇒ ¬A)

844 ：
正直、アスペ馬鹿が下らないことを追求したがってるだけにしか見えない

845 ：
コピペ改変してから何か変だと思い直してみれば正解はこうだったすまん
対偶
A ⇒ B = ¬B ⇒ ¬A

846 ：
>>826
いえ、typedefの文はスッキリCを参考にしましたが、
あとのアルゴリズムはオリジナルです

こんなところで意見を求めるのは図々しいと分かってはいますが、
何とかお願いします

847 ：
後出しで負けを実装するとよりじゃんけんぽくなるぞ

848 ：
C言語のBNFって何種類あるの？
知ってるだけ全部教えて

849 ：
>>842
うん、俺もそう思うよ
>>747が裏も正しいと思い込んでるバカってだけの話だしw

>>844
何を追求してると思うの？
追求すべき事柄なんて特にないと思うけど

850 ：
>>848
https://cs.wmich.edu/~gupta/teaching/cs4850/sumII06/The%20syntax%20of%20C%20in%20Backus-Naur%20form.htm

851 ：
>>848
ググれ

852 ：
OKグーグル、CのBNFを教えて

853 ：
K&Rの付録ページになかったかなかな？

854 ：
BNFで思い出したが

enum { a } func(void) { return a; }

この文法使い道ないよな

855 ：
>>714
エイリアスの否定とはいただけない
直値だけの糞コードはゴメンだわ
意味によって0とNULLは書き分けるよ

856 ：
>>855
その書き分けに意味はあるのでしょうか？

857 ：
>>856
お前にとっては意味がない。
俺や俺以外の書き分けたい人には意味がある。
それだけだから気にしなくていいぞ。

858 ：
やたら長いコードの中で
it = &a;
*a = 0;
it = 0;
a = 0;
とか書かれたら混乱するだろ。
あ、でも屑はハンガリー人なんだっけ？

859 ：
>>858
ハンガリアンはやらないです

860 ：
>>858
混乱するから数値のゼロもdefineしなさい

861 ：
ハンガリー人は宇宙人だから仕方ないね

862 ：
>>825,846
自分ならこんな感じで書く、程度のものですが思うけど良かったらどうぞ
https://pastebin.com/idm94WiU

別の機能を追加する必要とか出てきたとき、
ジャンケン自体を関数化してあげたほうがmain()関数内がゴチャゴチャしなくて良いかなと思って書きました。

863 ：
ゴチャゴチャがjankenに移るだけ

864 ：
typedef char String[1024];

とtypedefしてるのはたしかどこかの教科書の流儀だったはずだ
最近その話題を見かけた

865 ：
あいこでの再戦と、もう一回じゃんけんするのは、
目的が違うんだから別ロジックにすべき。

866 ：
同じ処理を共通化する
今後異なる可能性のある処理をあらかじめ分けておく

いろんな設計思想がある

867 ：
#define O 0

868 ：
>>864
配列のtypedefって代入で問題にならんのかな
今のCの仕様追ってないけど昔は構文エラーになるから構造体に入れる必要があった

869 ：
>>825
これは危険なので普通はやらない。

scanf("%s", nextStr);

870 ：
1文字入力ならgetc使うかな。

871 ：
>>868
jmp_bufは配列のtypedefだよ

872 ：
>>871
そういやそうだね
ローカルに作って環境保存にmemcpyした覚えないから代入できるのか
色々忘れてるわ

873 ：
ポインタを受け取る関数先頭では必ずnullチェックを行うコーティングルールが有るのですが
malloc失敗したポインタをそのまま渡した時ぐらいしか使い道が思い付きません…

874 ：
freeしたときに0入れるルールもあるんじゃないのそれ

875 ：
>>873
杓子定規に適用したら形だけの無駄なチェック処理の典型だね。
上位レイヤとの境界のような意味のあるところだけなら現実的だけども。

876 ：
仕様としてnullを許可する関数ではチェック不要としているのかあるいは一律に
null渡し禁止としているのかで評価は変わりそうだが。

877 ：
get_state()みたいな関数があって失敗時はnullを返す。それを知らずに別の関数に戻り値を直接渡してしまったとか、nullが誤って渡されるケースなんていくらでもあると思うが。

873が超天才でそんなミスは絶対ありえないとしても、他人のコードやドキュメントが間違ってる可能性もある

878 ：
Player*とEnemy*を取るRPGのバトル関数で
どちらかが死んでたらplayer->attack()関数は盛大に失敗する

この時の当該playerは消滅したわけでは無いが
enemyはメモリ上から消えている

ついでにこのattack関数が実は関数ポインタに付けられたプレイヤーのスキルだった場合、
attackがカラッポだと、徒手空拳になるか防御するか何もしないか、何故か敵味方全員が即死していきなりエンディングが始まるかのどれかになる

879 ：
安全性を取るならいついかなる時もNULLチェックは行うべき

だがそもそもパフォーマンス至上主義だから
Cという太古の言語を危険を冒してまで使っているということを考えると微妙

パフォーマンスが重要でないならCを使っていることからして論外

880 ：
成否を含んだtupleを渡し実行時に判別、式全体を読み飛ばす粒度の小さい隠れた分岐構文みたいなの有ればいいのにねー
成否要素だけの反転は !!tulpevalue みたいな感じで

c言語の仕事じゃないだろうしそもそもtupleなんて持ってないし
うんこマが技巧駆使してわけわからんコード書くツールになるだけかもしれんし弊害いろいろ思いつくけど

881 ：
>>878
召喚された悪魔が鼻から出てきて世界滅亡エンドも追加しといて。

882 ：
>>879
Assertマクロとかでいいだろ
テストとかで引っ掛けるという実利に加えて「nullなんて渡すんじゃねーよボケ」と言うのを表明する意味もあるし

883 ：
nullに意味を持たせないプログラムなら、
null checkしないと落ちる環境ならする意味ないんじゃね

884 ：
Release build だと assert 消えるって知らない人意外と多いんですね

885 ：
>>884
消えるって知ってるからassertにしろっていう意見なんだろう

886 ：
その意見を完全にスルーしてコメントしてる人がいるよね

887 ：
>>886
誰のことを言ってるの？

888 ：
ぬるぽ

889 ：
がっ！

890 ：
酷い自演を見た

891 ：
ジ・エンド！

892 ：
assertを本番環境に持ち込むべきと
主張する痛いやつが昔いたが
奴は今どうしてるかな

893 ：
C++11 の static_assert は便利なんですけれどもね…これ、C に入らないかな…
assert も static_assert と同じ用途・考え方で使うべきものかと思いますね

894 ：
Cにもstatic_assertか
考えたこともなかったが
確かにあったらよさそうだな

もういじるなってのが
俺の基本だが
追加に賛成できる珍しい例だ

895 ：
>>892
> assertを本番環境に持ち込むべきと
> 主張する痛いやつが昔いたが
> 奴は今どうしてるかな
本番用はいちいちassert外してるのか？w

896 ：
おいおいおい

897 ：
>>895
assert は Debug ビルドのときだけチェックを行う実装になってるのが普通

898 ：
>>897
だから>>892が意味不明なんだけどw

899 ：
>>898
リリースビルドで有効な assert を用意するだけだろ
何が不思議なの？

900 ：
本番環境に持ち込むべき
影響出ないんだから
こういうことでは

901 ：
深いところで拾ったエラーを浅層に戻して対応する必要がなく「ダメよ」と述べ落ち許されるプログラムならば
assert残すのも有りよね
実際#ifdef DEBUGで包んでるだけだし
imagemagickなんかも引数チェックを通った後の個々パラメータ内で不整合出たらassertでメッセージ流して落ちるし

902 ：
>>900
assert が発動してアプリが止まるのは終わり方として最悪だとおもいますよ
もし assert が発動する可能性があるんだったら assert ではなくて、きちんとしたエラー処理を記述するべきなのでは？

assert って辞書をみると「断言」「主張」「出しゃばり」くらいの強い意味ですね
私は assert はコメントの一種一様態として使います＝>>893

903 ：
>>899
えっ？
>>892が正しいという主張？
まあ>>901みたいな考え方もあるだろうけどさ

904 ：
>>901
assertに引っ掛かったときの挙動は置いとくとしても、assertの処理内容や頻度によっては実行時コストが問題になる可能性も無くはないから、単純にやってよしとはならないと思うぞ。

905 ：
効率厨はログ出力を見れるGNUemacsのeshell辺りででもwindowsプログラム立ち上げてみ？
プロプラ、オープンソースに関係なく大半のリリースビルドが膨大な出力を出しっパになってる現状に絶望するだろうから

906 ：
>>905
その環境で動かすと、プリプロセッサ段階で消去されているはずのデバッグ文実行結果が見れる様になるんですか？

907 ：
>>905
処理内容や頻度によって実行時コストが問題になる可能性があると言っただけで効率厨扱いとはw
既存プログラムでログを大量に出しているからと反論しているが、だからそれがどうしたというのだ？ ログを出しても性能的に問題ない範囲、頻度、量で出しているだけだろう。

908 ：
>>907
assertion は「コメントの一種」という私の立場では、重い assertion の罪は軽い、許容できると感じています

909 ：
組み込みだとタイミング込みで評価するから
ビルドを切り替えられないんだよね

assertはログだけ出すようにしてるが
ウォッチドッグを効かすってのもありかな

起こり得ないところで使うってのはその通り

910 ：
ロケット打ち上げ２秒後でassert出ても意味が無いな
そのまま大爆発だ

衝突する0.5秒前でassert出ても意味が無い
時速90kmでそのまま衝突だ

911 ：
uint64_t を配列の添え字に使えるかどうかって何か規格はありますか？
手元の環境は unsigned int のようなんですが、gcc/ming32-x64

912 ：
uint64_tどころかポインタも使えるぞ

913 ：
>>911 何を見て「unsigned int のよう」と言っているの？

914 ：
>>911
ISO/IEC 9899:2011 (E)

6.5.2.1 Array subscripting
1 One of the expressions shall have type "pointer to complete object type", the other
expression shall have integer type, and the result has type "type".

7.19 Common definitions <stddef.h>
size_t
which is the unsigned integer type of the result of the sizeof operator;

どこにもunsigned intに限定するとは書いてねえぞ
unsigned integerと書いてあるのが
おまえはunsigned intに見えるのか？

915 ：
>>912-914
コメントありがとうございます
uint64_t と int をいいかげんにチャンポンに使っていたための祟りに襲われてしまっているところでして…
a[i] = *(a + i)
を考えれば、i が int = int32_t, であろうと uint64_t であろうと、うまくやってくれると予想できますね

916 ：
そこは
[a]i = *(a+i)
だろ

917 ：
>>916
それを言うならi[a]だ
ドヤるなら動作確認くらいしてからにしろ
そもそも後置演算子の[]が[a]iなわけねえだろ

918 ：
STLの配列の添え字は、std::size_tと同じ範囲が使えるように思う。
このstd::size_tには長さの制約は多分ない。
常識的に考えて、32ビットのプログラムで64ビットの配列を使うことはあまり現実的ではない。
なので、std::size_tの長さはNビットプログラムにフィットするようにコンパイル時にスイッチされる。はず。

919 ：
思うんじゃなく確認しろ、多分とか寝言ぬかしてねえで

N4713

26.2.1 General container requirements
Table 83 ? Container requirements
X::size_type
size_type can represent any non-negative value of difference_type

26.3.8.1 Class template deque overview
// element access
reference operator[](size_type n);
const_reference operator[](size_type n) const;

920 ：
教官湧いててワロタ

921 ：
教官使い倒そうぜ。
タダだし。

922 ：
具体的な規格の文面を引用して示してくれるのは有難いことでしょ。
手元にPDFとかで持ってても場所を見つけるのが苦労で諦めることが多いし。

size_type can represent any non-negative value of difference_type
の部分を見ると size_t の大きさは difference_type の大きさに依存する、
少なくとも difference_type の正の範囲より広い、で合ってるかな。
ならば difference_type の範囲はどうなってるの？ って具合に
疑問の先が移動するね。答えに近づいたけれど到達はしてない感じ。

923 ：2020/01/05
添え字は size_t が良き

.Net Core / Net ASP Core
ふらっと C#,C♯,C＃（初心者用） Part146
プログラム関係の雑誌について
Swift part11
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
【C++】高速化手法【SSE】2
C# vs Java どっちが好き? その4
サウンドプログラミング6
C++使って何するの？
3Dアルゴリズム全般
--------------------
錦織一清に言いたい私の本音！46
あっはんうっふんやめろよ親父part4
【速報】猛暑で気象庁が緊急会見 ★4
PCゲームスレ 620
【Ｎ国党】#丸山穂高議員 “不適切”指摘で国民民主議員に質問状　皇室行事で泥酔否定「名誉毀損。謝罪いただきたい」
金曜ドラマ「チア☆ダン」第5話★4
☆★★筋トレなんでも質問スレッド500reps★★★
【30代以上】スプラトゥーン2中年の中年による中年のための募集スレ（11）
凡ての生命が幸せになる事が俺の幸せだお
男向けや男オタが嫌い75
【ラーメン】 鳴見なる ☆☆☆彡 2 【大好き】
川田しょうがwwwwwwwwwwww
【芸能】「最近のタレントさんは踊ったり騒いだりするだけ」みのもんた75歳が“テレビ引退”を決意した理由
【USD/JPY】ドル円専用スレ Part28053【$\】
武田勝頼 part29
宝塚最新情報 part1998
空前絶句
この板のムキムキ男がこんな事されたらどうすんの？
朝鮮慰安婦アナルの対日禁輸
【先生】森本麻衣さん【ピアニスト】
TOP カテ一覧 スレ一覧 100～終まで 2ch元 削除依頼