C言語相談室(上級者専用）

2018/03/02(金) 22:48:03.65

C言語の話題のみ取り扱います。C++の話題はC++スレへ。
上級者専用です。10,000行程度のソースを扱えない人は以下スレへ。

C言語なら俺に聞け
https://mevius.5ch.net/test/read.cgi/tech/1519046038/

適宜以下を使用してください。
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/

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

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

2019/01/24(木) 09:40:07.71

>>250
マジで死ねよ
俺達はお前らのそういうところが無理なんだよ

2019/01/24(木) 09:50:35.52

更年期障害かこいつ

2019/01/24(木) 11:54:05.06

>>249
ようはキャッシュラインの意識は上級者の技術なんだろ？
ならここでいいじゃん。
「俺達」とかお前ビョーキか

2019/01/24(木) 11:54:49.11

幼年期から障害者でしょ
ひまわり学級からたまに授業受けに来る障害者とか、常時こんな風に健常者にキレていた

2019/01/24(木) 12:29:56.05

>>253
上級者ならキャッシュライン云々を質問するならプロセサを特定しないとダメ
ってことぐらいはわかるはず
なので彼はこのスレで質問する資格がない

2019/01/24(木) 12:37:17.80

i5-8600っておもっくそ書いてるんですけど。
資格だの言うなら審査付きの会員制のサイトでも作れよｗ。

2019/01/24(木) 12:37:22.13

i5-8600 じゃ特定足らんの?
いや、新しいCPU全然知らないんで素朴な質問。

C言語でもなきゃ上級者でもないね。

2019/01/25(金) 00:17:44.69

結局、お前らゆとりの根本的な問題はそこなんだよ。
お前らが壊してきた物、今現在壊して行っている物を、認識出来ていない。

幼稚園児が公園の花壇を砂場と勘違いして破壊して行っているようなものだ。
ゆとりには悪気はないのだが、それが余計に救えない。

このスレももう終わりだ。
時間の問題だとは思っていたが、思っていたよりも早かった。

2019/01/25(金) 00:18:03.51

> 審査付きの会員制のサイト　(>>256)
現実的にこれが必要な状況になりつつある。
技術的にはGitHub上にフォーラムを作ってもらえるのが一番有り難い。
そうすれば各自のリポジトリを見てどの程度の奴なのか判断出来る。

コミュニティの一生、というコピペがあるだろ。
https://dic.nicovideo.jp/a/コミュニティの一生
これの英語版もあるにはある。ただ、お前らは知らないのだと思うが、
実は海外の掲示板は日本人コミュニティとは異なり、さほど劣化しない。
その理由は俺は適切なBANにあると見ている。
つまり、普通にググれば辿り着けることを質問してくる馬鹿には1ヶ月のBANとか、だ。
そんなことをする奴は基本的に使い方を間違っているのだから、1ヶ月のROMを強制する、ということ。

俺の希望は上記の通りGitHubが対応してくれることだが、
そんな他力本願な事を言っていても始まらないので、俺自身も実際に立ち上げを準備中だ。
だから今現在調査中でもある。機能している日本語/英語のプログラミングコミュニティがあれば教えて欲しい。
海外掲示板は本当に些細なことでBANを打ってくる。これは当初はスルースキルなさすぎ、と思っていたが、
日本の掲示板はスルースキルさえあればやりたい放題で、それが荒廃に繋がっているのもまた事実。
そして最近上記の通り、海外掲示板は劣化しにくいことを目の当たりにしたので、BANについての見方も変わった。

なおこれは表面的にはゆとりが悪いんだが、
実際はゆとり世代は2chをはじめとしたBAN無しの環境しか知らないから「ネット上では何をやっても良い」と勘違いしていて、
それが旧世代の「ネットはリアルの延長からのスタート」(≒さすがにそこまでは、というラインが存在する)とフィットしないからだ。
つまり旧世代に受け入れられた2chのシステムは当然旧世代用に出来ていて、
だからこそそれがゆとり世代とフィットしないという、至極当然の帰結だ。
そしてスルースキルに関しては強い物が勝つに決まっているので、結果、2chは馬鹿ゆとりに占拠され、旧世代はパージされる。
だからその受け皿を用意しようというわけだ。
実際、俺も見切りを付けつつあるし、適当な移住先がないから自前で用意しよう、ということでもある。

2019/01/25(金) 00:18:26.97

だから繰り返すが、今現在調査中だから、機能しているプログラミングコミュニティを知っていれば教えて欲しい。
あと、ゆとりも、馬鹿ゆとりのままで留まっている奴らと、ゆとりの駄目な点を理解し始めてきた奴らと分化しつつある。
ここら辺について詳しく分かる、あるいは議論出来る場があれば教えて欲しい。
そこから人材を引っ張ってこれる可能性がある。
基本的に日本のシステムでは運営議論は内々で済ませてしまっていて、結果的に人材が育っていない。
だからゆとりは何故それが掲示板を劣化させるのか分からないし、効率的に知る方法もない。
(歴史(＝スレを読めばいいだけ)ではなく、自身の経験によって学ぶしかないので、愚者を強いられる）
ただ、単純に言うと、白熱した議論で、或いは技術的に話していて言葉が激しくなったところで、掲示板が劣化することはない。
ゆとりがやっている、ググれば済むだけのことを質問し続けたりする方が、確実に死ぬ。
ゆとりは敬語を使えばいいと勘違いしているようだが、敬語なんて全く関係ない。

ただ、一応ここにも書いてはみたが、そもそもゆとりは問題を認識してないから、話が全く通じない。
だからもう諦めてる。
コミュ障というか、話し下手というか、ネットがあったからこそなんとかなった弊害か。
そこでそう受けるからそう展開する、というのが全く見えてない。これがどうにもならない。

が、まあとにかく、俺の見方は上記の通りで、準備中だ。
情報があればよろしく。必要であれば他にスレ立てる。

2019/01/25(金) 00:43:40.56

匿名掲示板をここまで大事にする奴初めて見たわ。

◆QZaw55cn4c (ﾜｯﾁｮｲ 2247-78uA) · 2019/01/25(金) 00:54:09.79

>>259
これは、宮台真司もいってますね
仲間だけで作るコミュニティを（氏の言葉でいえば）「クズども」から守るためクローズドにする、あるいはネットから遮断し推薦による入会だけに制限する動きは、プログラミングに限らず10年ほど前からの傾向だそう

>>260
＞機能しているプログラミングコミュニティを知っていれば教えて欲しい
自分で探せ
そして見つけても人に教えるな
2ch に限らず社会は「人間のクズ」ばかり
クズから仲間を守らないやつはクズ

2019/01/25(金) 01:44:49.66

スラドより全然マシだよな、こっちが

2019/01/25(金) 02:12:04.58

>>261
それがお前らの駄目なところだ。
お前らが無邪気に踏みつけている土にも、誰かが花の種を植えていることはよくある。
それを認識出来てないから駄目なんだ。

お前らの、質問だけ丁寧で後でいきなり豹変する具合とか、キチガイじみてる。
ゆとりが独自の場所を持ててないのは、お前ら自身が確実に潰してる。
(新しいことをしようって奴は性格の問題で、ゆとり教育で変わる（減る）ものではないから)

>>262
自覚してないようだが、お前もクズだぞQZ。お前は話が通じない。
実際は性格ではなく記憶領域の問題だが、一般にはこれを認識出来る奴の方が少ない。
結果、お前も一般社会では十分クズ扱いのはずだ。
おそらくそれがお前がここにいる理由で、また、一向に上達している気配がない理由でもある。

が、まあ、分かった。ここでコミュニティを教えてもらえると思う方が間違いだ。
これはその通り。
アイデアだけはあれば頂こう。

なお、匿名にこだわってはいない。
可能であれば匿名がいいが、StackOverflow等も半匿名(コテハン制)なのは、
彼等がその方がいいと判断したからだ。

今現在、海外掲示板も持っていない機能として、ホワイトリスト式のBANを考えている。
荒れたときにcaptchaってのはよくあるが、それを強化する方向になる。
これについて、また、他にアイデアがあればよろしく。

2019/01/25(金) 02:14:38.62

>>263
スラドは「技術版ニュー速」で、あれは海外で言えば/tech/になる。
俺が作ろうとしているのは/prog/で、まあ、この板みたいな内容だ。

◆QZaw55cn4c (ﾜｯﾁｮｲ 2247-78uA) · 2019/01/25(金) 02:35:53.79

>>264
＞実際は性格ではなく記憶領域の問題
興味深いですね、私は一般社会では性格異常と揶揄されているところではありますが、性格ではなく記憶領域の問題とは？

2019/01/25(金) 10:53:04.33

てめえが一番スレ壊してるの自覚しようぜ

2019/01/25(金) 11:32:47.39

だな。
キャッシュラインの話も上っ面でなんとなく聞き覚えはあるが具体的な知見も無く役に立つ話もできずリンクのひとつも貼れないだけだろ。
最初からプロセッサも指定してるのに >>255 これw
んで顔真っ赤にして暴走w
おれからもそういう上級者様を温かく受け入れてくれるコミュニティに引っ越すことを勧めるよ。

2019/01/30(水) 22:03:44.57

ReactOSにIMEを実装しろ、という要望が多いので、そろそろ。。。

https://github.com/reactos/reactos/blob/master/win32ss/user/ntuser/ime.c
まずはここにある関数を解析・実装しないといけない。
ただし、逆コンパイラ使っちゃダメ、絶対。

2019/01/30(水) 22:15:33.15

NtUserが付いている関数は、カーネルの関数だから、EXEファイルから直接呼び出すことはできない。
https://github.com/reactos/reactos/tree/master/modules/rostests/apitests/win32u
のようなDLLを経由すれば、呼ぶことができる。

2019/01/30(水) 22:22:46.19

流出したソースも見てはいけない。絶対。

2019/01/31(木) 17:47:21.23

世界変形の件については、コミットされたよ。

https://github.com/reactos/reactos/commit/64987cf2731f9762d0316274bf7877a9bd3d88ba

2019/01/31(木) 17:50:25.26

>>243
SetBitmapBitsの件も解決したよ。俺様有能。You know?

2019/01/31(木) 18:01:32.62

お化けウィンドウについては、メッセージ時間をまず修正しないといけないのだが、まだ自動テストに失敗していて前に進めないんだよ。

https://github.com/reactos/reactos/pull/1259

2019/01/31(木) 18:12:02.35

競プロの人、助けてくらはい。。。

2019/01/31(木) 18:13:35.27

あげ

2019/01/31(木) 18:38:55.41

まずは、ReactOSでAHKテストする方法をぐぐって、と。。。

https://www.reactos.org/wiki/AHK_Test_Suite

2019/02/13(水) 15:49:51.53

読んでる人、居ますか？居たらお返事下さい。

別の案件なんだが、ラジオやMP3で扱うような低品質な音声波形になるべくバイナリーデータを多く埋め込みたい。
多少ノイズが入っても誤り補正が働くようにしたい。
高速フーリエ変換はなんとか理解した。どうすれば、データ量と読み取り精度を両立できるか？

2019/02/13(水) 15:55:46.66

環境ノイズが混じることがある。テープレコーダーでも扱うことを想定して、録音・再生速度や音程は多少ずれることがある。誤りが多過ぎたら、やり直しを促すようにしたい。

2019/02/13(水) 15:58:28.18

そのノイズとは何かを定義できるなら、
それにあったノイズリダクションかければよろし

2019/02/13(水) 15:59:03.76

音声は一時停止・分割・結合できることが望ましい。難しいですか？

2019/02/13(水) 16:12:10.90

昔、パソコン通信とか言って、音響カプラとかモデムとかあったよな。それと少し違うのは音声データが非可逆的に圧縮される可能性があるということ。
例えばMP3に圧縮すると、元音声波形とは少し違った形になると予想できる。また、録音時にテレビの音や人間の雑談もあり得るから、環境ノイズの特性がわからないと。うーん。

2019/02/13(水) 16:20:06.62

はっきりと聴覚できる音声・波形であることが第一条件。MP3圧縮しても消えない音声が第二条件。
環境ノイズに邪魔されないのが第三条件。とすると、やかましい、うるさい音になるだろう。

2019/02/13(水) 16:36:11.40

>>280
環境音の測定をやってみる。ありがとう。

2019/02/13(水) 17:28:07.09

スマホ時代に圧縮なし音声はコストが高いんだよな。どうしよう。

2019/02/13(水) 18:06:01.45

データを直接ピーガガカにしたいってことですか？
音楽に透かし的に埋め込むのではなくて。

2019/02/13(水) 18:10:40.83

>>286
そうです。環境ノイズやMP3圧縮に強い音声波形でないといけないようです。

2019/02/13(水) 18:14:31.65

符号拡散的にエンコードした音はどうでしょうか。
透かしと言ったけど、埋め込むのではなくそのまま使う。

2019/02/13(水) 18:22:37.73

>>288
その場合、おそらくフーリエ逆変換でその波形は得られる。となると、いくつか周波数の選定が必要か。

2019/02/13(水) 18:32:43.66

>>278
バイナリデータに音声を埋め込め

2019/02/13(水) 18:34:11.30

>>290
逆だよ。閉鎖環境で音で脱獄しないといけない状況で使うんだよ。

2019/02/13(水) 18:39:36.50

音声とデータのS/D比はいくつくらいを想定？

2019/02/13(水) 18:41:49.60

>>292
まだわからない。

2019/02/13(水) 18:44:20.39

監視すり抜けるだけならデータファイル名に.mp3付けるだけでよくね？

2019/02/13(水) 19:05:42.40

>>294
世の中にはUSB接続が禁止された環境もある。

2019/02/13(水) 20:04:03.38

情勢が厳しい。早く開発しないと。

2019/02/13(水) 22:55:25.65

信号損失の問題は、losslessのflacを積極的に使うことで解決。
波形はsquareがはっきり聴こえることがわかった。

2019/02/13(水) 23:10:49.71

信号波形の設計。クロックタイミングの合わせ方。環境ノイズの特性の測定。信号周波数の選定。信号停止、信号終了の方式の決定。

2019/02/14(木) 13:02:29.56

位相変調かければ良いんじゃね

2019/02/14(木) 13:04:46.57

あとオリジナルの曲(固定)をベースにしても良いなら
マスター曲をまず自分で保管しておいて
流れてくるデータ付き(劣化)曲を受け取ったら
マスターとの差分なり誤り訂正なりで
データ部分だけ取り出すアルゴリズム作れそうだし
それならクロックタイミングとか気にする必要無さそう

2019/02/14(木) 14:57:54.00

音響カプラはただのFSKだったね

2019/02/15(金) 11:42:07.12

たくさん詰め込みたい、っていう要求さえなければ、
「読み上げ」ソフトと「音声認識」ソフトの組み合わせ、と言いたいな。
プリントアウトした紙をOCRで読み取らせる、ってのと同じ趣向のネタ。

2019/02/15(金) 12:13:25.93

別に音楽じゃなくても数字読んでる声送れば良いのか
オデッセイみたいなローテクだな
あとはその読みをどれだけ高速化出来るかだな

2019/02/15(金) 14:27:02.99

韓国語が速そうだな

2019/02/15(金) 14:31:59.60

1をイチと読む必要も無いしな
256通りの音を定義しておけば良い
65536通り定義出来るならもっと圧縮可能かも知れない

2019/02/15(金) 15:06:52.30

まあ、単にQAMだよな。

2019/02/16(土) 12:28:33.22

ピーヒョロヒョロピーガーじゃだめなんやろ
ちゃんと音楽でカモフラせんといかんのやろ

2019/02/16(土) 12:52:24.23

カモフラージュせんでもCDMAで良くね

2019/02/16(土) 21:56:14.37

いろいろ考えたら、音声よりも動画の方が情報量が圧倒的に多いことに気付いた。

2019/02/17(日) 06:29:24.48

画面にダンプをスクロール表示させて、デジカメで動画撮影。
持ち出した先でOCRにかけるってことだな。

いや、一画面ずつ表示させちゃ、ライターに仕込んだ小型カメラで
フィルムに撮影してもいいんだけど。
……なお、このテープは自動的に消滅する。健闘を祈る。

2019/02/17(日) 11:38:39.98

宜しく御検討下さい

2019/02/17(日) 23:46:59.25

そう言えば昔のマイコン雑誌には1画面づつ表示させて写真撮影した BASIC のリストやマシン語の16進ダンプが載っていたなあ。

2019/02/18(月) 00:25:50.36

写真だったか？
ほぼ印刷じゃねえ？

2019/02/18(月) 06:19:18.56

雑誌として売ってるんだから当然印刷、という混ぜっ返しは置いといて、
いったんプリントアウトした紙を原稿にして印刷屋さんに回してたよね。
物理的に切り貼りした痕跡(プログラムリスト部が傾いてる)なんかも見て取れた。

データの多いゲームでリストの字数・行数を減らすための工夫だったか、
謎解き部分の難読化が目的か、Base64風というかドラクエの復活の呪文みたいに
データに使う文字種を増やしたプログラムが掲載されたことがあったけど、
PC-6001用のリストを、普通のパソコン向けのプリンタで出したせいで
DATA文で使われた「ひらがな」が正しく印刷されなくて打ち込み不可能、
次号に長い訂正リストが載った、ってことを思い出した。
その時の訂正リストの方は画面を写真撮影したものだったような。
モニタ(っていうか家庭用テレビ)の湾曲が見えた記憶がある。

2019/02/18(月) 07:49:01.32

ベーマガで同じ機種でも月によって文字フォントが微妙に違うってことがあった気がする。

2019/02/18(月) 13:05:25.16

PC-6001

2019/02/18(月) 21:37:45.55

ファミリーベーシックの後期はBGキャラクタをソースに埋めてたりしたが、どうやって印刷してあったんだっけ。

2019/02/18(月) 21:40:01.24

>>317
外字が使えるプリンターがあったはず。

2019/02/18(月) 22:07:14.75

8-bit時代は、入力されたテキストを一行ずつ印字するラインプリンターが主流で、印字モードを切り替えれば、外字やグラフィック文字などが使えたはず。

2019/02/18(月) 22:21:21.81

ファミリーベーシックは確かに写真だったかも。
あれはプリンタなかったんだっけ。

2019/02/18(月) 22:23:45.94

https://ja.m.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%83%9F%E3%83%AA%E3%83%BC%E3%83%99%E3%83%BC%E3%82%B7%E3%83%83%E3%82%AF

ファミリーベーシックからカセットテープに書き込み、そこから読み込んで、他のパソコンで印刷したらしい。

2019/02/20(水) 01:51:41.58

古い70年代後半や80年代前半のマイコン雑誌だと TK-80BS とか、プリンタに接続して文字を出力する事が
困難な機種に関してはプログラムリストを画面表示して写真撮影した状態で雑誌に載っていたと思う。

2019/02/20(水) 10:26:41.54

>>321
それやるツールも雑誌の中の人が手製で作ってそうだよね。
いろいろなことが解析すればなんとかなる範囲に収まってて楽しい時代だった。

2019/02/20(水) 13:50:59.85

子供の頃はASCII形式セーブの有り難みがわからんかったわ。

2019/02/20(水) 19:02:11.40

TK-80ってCRTに出せるのもあったんか

2019/02/20(水) 19:15:37.01

compo-80だな
父がプログラム入力してくれた

2019/02/20(水) 19:18:38.64

調べたら TK-80BS っていう別売りのテレビ出力ボードがあったみたいね。
I/O誌あたりには、色んなワンボードマイコンに、汎用で安価なVRAMボードを
接続して使うハードウェア記事が載ってた。

あとI/O誌は、カセットテープのセーブデータの
フォーマット解析記事がやたら多かった気がする。
もしかすると一部の投稿者が、新機種の出る度に
手持ちの機材と技術で解析してたのかもしれないけど。

2019/02/20(水) 19:25:02.15

https://ja.wikipedia.org/wiki/CRTC_(LSI)
https://en.wikipedia.org/wiki/Motorola_6845
この辺の載せてたのかな

2019/02/20(水) 19:32:08.59

TK-80BS（Basic Stationだっけ）はTK-80にアドオンする拡張キット
東芝の奴が初めからTV出力持ってたな

2019/02/20(水) 19:49:14.33

基板パターンカットωωω

2019/02/21(木) 05:00:32.48

TK-80BS は、単なるテレビ出力ボードじゃなくて、
キーボードやら拡張RAMやらついてたのだな。
まさにBASICを使えるようにするための拡張キットか。

…なんだかコア構想っぽいね。

2019/02/22(金) 03:30:54.88

TK-80の互換機があるのな。

aitendo、TK-80を再現したマイコンボード「ZK-80組立てキット」を発売
https://hardware.srad.jp/story/19/02/07/0621259/

2019/02/22(金) 08:29:19.16

Z80アセンブリ使う楽しさって特にないわ

2019/02/22(金) 13:08:41.40

バイナリのまま読むのが楽

2019/02/23(土) 12:04:53.89

マイコンボードはやっぱI/O引っ張り出して何かのON/OFFをさせたりしないとつまんないよな。

2019/02/23(土) 19:00:39.43

あと１週間くらいで完成するかな？

2019/02/24(日) 19:44:27.45

>>335
ON/OFFだけならアセンブリのが短く書けたりするよね。
計算とか入るとCのが楽だけど。

2019/02/24(日) 19:51:14.51

典型的なクソレス

2019/02/24(日) 20:26:31.54

Cよりアセンブラが便利と言えばローテート演算だね。
「まず端っこのビットを保存してから、符号なしでシフト、
保存しておいたビットを見て反対の端にビットORで重ねる」て操作が
キャリーフラグ経由で自動的にできちゃう。

……Cから離れて長い気がするので、ちょいと絡めた話にしてみた。

2019/02/25(月) 10:44:07.01

なんで C の bit 演算の仕様に入れなかったんだろうってのがいくつかあるね

2019/02/25(月) 13:03:03.90

ローテートはCでやるにはちょっと面倒だね。
でもCの仕様に入れなかったのは、演算子を考えるのがもっと面倒だったからだな。

2019/02/25(月) 14:28:50.08

昔はキャリーフラグにあたるものが無い事に不満があった。
今はそんなに重要だったっけ？って思ってる。

2019/02/25(月) 15:32:32.74

キャリーフラグは機械語レベルなら分岐に使えるけど、Cでの活用は難しいだろうね。

2019/02/25(月) 19:34:00.59

仮に、予約語で演算後のキャリーを保存する変数なんかがあったらどう使うの？

2019/02/25(月) 19:48:11.35

言語仕様としてキャリーフラグを扱える高級言語ってTL/1以外にあるのかな？

2019/02/26(火) 07:49:56.90

>344
オーバーフロー、アンダーフロー、ビットシフト時の外れたビットの有無
アセンブラ経験者ならアセンブラと同じようにつかうんじゃね？

2019/02/26(火) 08:05:18.02

>>346
でもコンパイラがフラグを変えないように命令を配置しないといけないってのは相当な制約で、それやるくらいならインラインアセンブラ使うほうが現実的だろ。
実際のフラグを使わず言語仕様として固定的な変数のように実装する方法もあるだろうが、それやってまでフラグ的なものを再現する利点も無い。

2019/02/26(火) 11:54:12.51

アセンブラの癖の抜けない人のモヤモヤ感解消用でもいいじゃん。

2019/02/26(火) 14:28:27.09

>>344
割り込みとかマルチスレッドとかで黒魔術化しそう

2019/02/26(火) 20:09:24.82

>>349
割り込みとかスレッド切替で変数保存されないシステムなんて見たことないが…