C++相談室 part134

2018/01/20(土) 09:05:42.21

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

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part133
http://mevius.5ch.net/test/read.cgi/tech/1511509970/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

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

2018/03/16(金) 09:23:42.20

>>656
a.reserve(a.size()+b.size());
a.insert(a.end(),b.begin(),b.end());
こんな感じのことをやるのかと思ったんだけど、これ意味ないでしょ？

2018/03/16(金) 10:04:08.28

>>664
declとはdeclareの略であることを考えると

2018/03/16(金) 10:17:31.56

a.reserve(a.size()+b.size());
copy(b.begin(),b.end(),back_inserter(a));

2018/03/16(金) 15:36:10.69

>>665
random iteratorの場合の特殊化実装がありました。ごめんなさい

2018/03/16(金) 18:08:23.55

>>662
decltype comma trickでググれ

2018/03/16(金) 20:56:30.80

まあoperator,()が定義されてるとまずいんだけどな

2018/03/19(月) 18:07:03.75

インスタンスにdeleteかけたとき、メンバ変数が破壊されるのとデストラクタが実行されるのはどっちが先？
今書いてるコードがデストラクタでメンバ変数アクセスすると落ちることがあるから、破壊されるのが先なんだろうか？

2018/03/19(月) 18:15:15.06

>>671
原則としては構築の逆順って覚えておくと間違えない。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/19(月) 18:33:44.24

>>671
delete this; とかしてませんか、これは基本的に避けたほうがいい

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdd7-5vKF) · 2018/03/19(月) 18:43:06.07

>>673に同意。確保と破棄は生ポインタを触らずに自動化した方がいい。スマートポインタとかコンテナとか。
二回deleteを避けるためにポインタにNULLを代入する技もある。

2018/03/19(月) 21:03:24.06

そろそろNULLは駆逐してnullptrに移行させたい

2018/03/19(月) 22:46:40.23

>今書いてるコードがデストラクタでメンバ変数アクセスすると落ちることがある
へ～んなの
ていうかメモリを壊しているかすでにdeleteされた死骸を再deleteしてるとしか、

>二回deleteを避けるためにポインタにNULLを代入
OpenCVのC言語インターフェースのやつ、

2018/03/19(月) 22:57:33.17

C++勉強中の者です。
http://codepad.org/C8t9k4fD
ソース自体をプログラムに読み込ませると
#includ
で止まってしまいます。
Cのfgets()のようには使えないのでしょうか。

**デフォルトの名無しさん** · 2018/03/19(月) 23:06:01.35

>>677
According to the C++ reference
http://en.cppreference.com/w/cpp/io/basic_istream/getline
getline sets the ios::fail when count-1 characters have been extracted.
You would have to call filein.clear(); in between the getline() calls.

2018/03/19(月) 23:26:45.72

>>678
区切り文字を読まないとfail状態になってそれ以降は失敗し続けるので止まってしまうということですかね

2018/03/19(月) 23:27:24.60

std::getline()は読み込んだ文字列に改行文字を含めないから
行末まできちんと読んだのか
文字数カウントのせいで読み込みが行の途中でぶちきれたのか
直ちにはわからないといいうｱﾎｳな仕様
判別には結局std::basic_istream<T>::unget()の助けが要る

C++標準ライブラリのうちストリーム関連だけは腐っているからC言語のを使いなしゃれ

※ 個人の感想です

2018/03/19(月) 23:28:25.97

訂正
△: C++標準ライブラリのうちストリーム関連だけは腐っているからC言語のを使いなしゃれ
◎: C++標準ライブラリのうちストリーム関連だけは本当に腐っているからC言語のを使いなしゃれ

2018/03/20(火) 01:02:22.15

入出力はCもC++もクソまみれだからなぁ
ちょっとコンソール出力を整形しようとして、あの肥溜めのクソくだらない落とし穴地獄にいちいち付き合わされた結果
プログラミングそのものが嫌いになる人達が山のようにいるのが本当に残念だ

2018/03/20(火) 01:12:22.56

いるか？

2018/03/20(火) 01:20:34.94

自分が知ってる昔はいっぱいいたけど
最近だとスクリプト言語から先に入るから減ってるのかね？

2018/03/20(火) 01:21:52.68

オブジェクトの外部表現を型ごとに定義できる iostream は悪くない設計だと思うんだけどなぁ。

2018/03/20(火) 01:41:51.26

ローカライズに向いてない。
打鍵数が倍増どころじゃない。

モダン言語はみなprintfライクだしねー

2018/03/20(火) 02:48:01.36

printf()は便利ではあるが桁を揃えて出す時に面倒になることもある。
特にこの頃は UTF-8 で漢字混ざりだと文字幅とバイト数または文字数が一致しない。
そもそもそんなものの一致をあてにすること自体が間違いかも知れないが、Unicode
には一応 HALF WIDTH, FULL WIDTH 等があるんだから何とかしてこれを生かした
フォーマッタが欲しいところではある。

2018/03/20(火) 06:49:53.60

>>672
>>673
あるクラスがあって、その中でスレッド立ててるの
それでクラスのデストラクタが呼ばれたら、メンバ変数のスレッドポインタをつかってスレッドcancel->joinってやろうとしてて
それでjoin呼ぶあたりで落ちるんだよね

作られた逆順ってことはデストラクタのほうが先に実行かな？それだとメンバ変数はいきてるよね

2018/03/20(火) 06:55:01.02

streamはコンソールの入出力のためだけにあるわけじゃないから

2018/03/20(火) 06:55:05.50

つーてもcoutだってsetw/setfillはあんまり使いやすくないしなあ
operator<<をユーザー定義できるのはありがたいけどね

2018/03/20(火) 13:10:27.33

>>688
デストラクタの実行中はそのクラスとその派生元クラスのメンバ変数はまだ使える
必ず落ちるならデバッガでバックトレース見てみたら？

2018/03/20(火) 19:32:56.49

別の原因に見える
まずデストラクタじゃなくて普通のメンバ関数で明示的に呼んで止めた時に大丈夫か確認してはどうか

2018/03/20(火) 19:45:17.42

pthread_cancel はいろんなことがよく分かっている人しか使ってはいけない

2018/03/20(火) 22:33:41.91

>>685
「<<」と「>>」の2種類しか用意できんやんけ
それらを表示と入力に割り当ててしまえば結局シリアライズのための固有なメソッドなりインターフェースなりを別途作らねばならんぬ、
そもそもの構想からして頓挫してゐる、
頓挫してゐるのだ…！

2018/03/20(火) 23:55:08.06

>>694
表示用とシリアライズ用はストリームの性質で切り替える筋合いのものだろ？
シリアライズ用のストリーム型を用意してオーバーロードすればいいんじゃね。

2018/03/21(水) 00:33:52.80

ちょっなんで数億年の生物史史上はじめて
ようやっとSTDINとSTDOUTとSTDERRの3種類に世界が抽象化されたストリームという概念|を
細分化するという元の木阿弥にしますか；；

藻前は
　　some_command | tee result.txt > some_file.bin
とかいったパイプやリダイレクトを表示専用とかシリアライズ専用とかに分けたいのかっていうか、

2018/03/21(水) 00:44:24.33

なに藻前って

2018/03/21(水) 01:10:44.31

>>696
お前は何を言ってるんだ。
ここで言ってるストリームは C++ 用語のストリームだぞ。
「ストリーム『型』」ってわざわざ書いてるんだからわかれよ。
下位レイヤでは好きなところに繋げればいい。

2018/03/21(水) 01:18:27.48

streamとstreambufの違いを理解しよう

2018/03/21(水) 01:24:40.58

要するに std::basic_ostream を継承した何かを作ればいいんだ。

2018/03/21(水) 06:52:22.30

ストリームはもう捨てたほうが良いぞ。
おじさんからの警告だ。

2018/03/21(水) 07:14:12.04

便利そうに見えて便利に使えない
それがstream

2018/03/21(水) 07:18:35.01

「29歳既婚、2年前に会社を辞めた。ボードゲーム作りを始めて3700万円を
売り上げたけど何か聞きたいことはある？」回答いろいろ
http://labaq.com/archives/51880196.html
日本ボードゲーム界の異端児に聞く！ボードゲームデザイナーとして生きていくには？
https://bodoge.hoobby.net/columns/00013
はじめてボードゲームを作ってはじめてゲームマーケットに出店したので、ひとり反省会をしてみる。
http://datecocco.hatenablog.com/entry/2015/11/26/000000
はじめて作ったボードゲームを売った話
http://nrmgoraku.hateblo.jp/entry/2017/05/17/210000
ボードゲームイベント「ゲームマーケット」から業界が見えた！
https://entertainmentstation.jp/61107
ゲームマーケットに挑む人向けガイド
http://spa-game.com/?p=4830
ボードゲームはどう作るのか、自分なりに考えた
http://roy.hatenablog.com/entry/2014/07/09/124824
オトナも遊べるボードゲーム！自作するといくらになるのか
http://www.d-laboweb.jp/special/sp312/
ボードゲームの展示イベント「ゲームマーケット」の成長記録からこれからの
市場に必要なことを妄想してみた。6年間の来場者数推移（2016年4月時点調べ）
https://bodoge.hoobby.net/columns/00001
ボードゲーム市場がクラウドファンディングの出現で急成長を遂げ市場規模を拡大中
http://gigazine.net/news/20150820-board-game-crowdfunding/

2018/03/21(水) 10:36:30.48

>>696
カンブリア紀からオルドビス紀にかけて行われた抽象化は
今でいうインターフェイスの考え方で、当たり前だが
インターフェイスを継承する実装クラスは無数にあってよい
そういうのは元の木阿弥とは言わないぞ

2018/03/21(水) 15:09:48.71

>>696
さっき >>698 で説明した C++ の話題を置くとしても、
(まあ C++ スレで C++ の話題を置いちゃうのはどうかと思うが)
標準入力、標準出力、標準エラー出力のみっつしかないってことはない。

エラー出力をリダイレクトするときに 2> って書くの、どういう意味だと思ってる？
2 はファイルディスクリプタな。
デフォでオープンされてるのが 0, 1, 2 ってだけで、やりたければ 3 でも 4 でも使っていい。

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/21(水) 15:42:02.21

>>705
空いているディスクリプタが使用されるとしても、自分で特定の数字を指定してディスクリプタにすることはできなかったんじゃなかったかな？

◆QZaw55cn4c (ﾜｯﾁｮｲ 9360-MOYc) · 2018/03/21(水) 15:50:19.07

>>706
失礼、dup2() というのがあったね…

2018/03/21(水) 15:58:29.69

coutがSTDOUTにつながってるだけでここは何につなげてもいいということ
streambufの中身はただの配列でもいいし、アプリケーションのロガーでもいいし、循環バッファでもいいし、通信のポートでもいい

2018/03/21(水) 19:28:41.53

シリアライズするときはバイナリ表現にしたいし
ログするときは文字列表記にしたいし

2018/03/21(水) 20:00:34.84

>>709
だからそれはストリームオブジェクトの型で切り替えろって言ってるんだろうが

2018/03/21(水) 20:30:34.07

それを嫌だって言ってんだよ
バイナリの読み書きは write() だの read() で十分

2018/03/21(水) 20:33:11.12

read なり write なりを「使う」のは別にいいよ。
それを C++ 上でどのように抽象化すればいいかって話なんだから。
そういうレイヤの違う話を混ぜ込んでくるなよ。

2018/03/21(水) 20:43:51.09

そこで新しい型を設けてまで << を使う意味がない
cout にバイナリでシリアライズするときはどうすんの？
size_t serialize(const T& t, ostream& os)
とかを各型用に書く方がマシ

2018/03/21(水) 20:47:43.15

バイナリでシリアライズするに際して
別の型のストリームオブジェクトを作ってまで
<< だの dec だの endl を使えるようにすることの利点を説明して欲しい

2018/03/21(水) 21:36:05.23

例外を除いて
operator<<()は書式化出力
write()は非書式化出力
なのでバイナリを出力するときはwrite()を使うべき

>size_t serialize(const T& t, ostream& os)
シリアライズのような複雑な操作をするときはこれは悪い選択じゃない
というかstreamそのものを放り込むのはたまに見かける

2018/03/21(水) 22:02:23.07

えっブロックデバイスにもStreamを

2018/03/21(水) 22:15:54.63

>>715
書式化 (formatted) ってのと、結果がバイナリかというのは直行する概念だよ。
シリアライズってのはオブジェクトのバイト列をそのまま出力することじゃなくて、
バイナリ形式の特定のフォーマットにして出力することだろ。
それは書式化って言うんだよ。

2018/03/21(水) 22:26:24.75

>>714
マニピュレータを使える意味はないかもな。
使えないように定義することも出来るし、意味がないなら使えないようにしておくべき。

ここでは抽象化の話をしているんだ。
出力先が人向けのテキスト表現であるか機械向けのシリアライズ表現であるかによって
書き方を変えなきゃならない、相手を意識しなきゃならないというよりは、
相手によって自動で切り替わって欲しいってことなんだよ。

意識しなくていいデザインってのは意識しにくくなるってことと表裏一体だから、
見えなくなるのが気にくわないってのならわかる。

2018/03/21(水) 22:26:32.59

直交

2018/03/21(水) 22:29:29.81

>>719
スマソ。 >>717 の直行は直交の書き間違いやね。

2018/03/21(水) 23:13:33.75

無意味な処理が嫌だとか言っておきながら
ここでは無駄の塊みたいな方法を勧める
アホですね

2018/03/21(水) 23:50:04.75

>>721
俺は一貫して抽象化の話をしてるつもりなんだが。
プログラマの意図を表現できる書き方をすべきって話をしてんの。
無意味な処理をしろと書いてあるのをプログラマの意図として読み取っていいのか？
そうじゃないだろう。

C++ がせっかく用意しているライブラリを活用するのが無駄なのか？
そうじゃないだろう。

2018/03/22(木) 07:21:49.59

ハッキリ言ってストリームは蛇足だったわ。
廃止したほうが良いわ。

2018/03/22(木) 07:25:52.15

Boostもそうだけど、有り余るC++のパワーをカッコよく使いこなそうとしてやっちまったみたいな。
もうちょっと使う側の立場にたつべきだな。

2018/03/22(木) 08:38:59.71

黒魔術だなんだ言って楽しめないようではC++は向いていない

2018/03/22(木) 10:14:29.52

蛇足ねえ。。。
禿本1stでoperator overloadのデモ用に作られたサンプルなんだが
そういうのは後で取って付けた存在といえるのか？

2018/03/22(木) 17:28:14.63

業界全体としては奥の深さを求める人（求道者）を一か所に集め留めるのには非常に有益な言語

2018/03/22(木) 17:34:08.02

そのうちAsioやRangeあたりも標準化されるだろうし
もうその方向に突き抜けてほしい
使いやすい言語なんか他にいくらでもある

2018/03/22(木) 17:41:04.44

具体的にどういうときに不便なのか語れよ。
使いにくいってだけじゃ何にもわからん。

2018/03/22(木) 17:43:00.10

C++に関しては慣れてない人がそう言ってるだけだから

2018/03/22(木) 19:57:57.53

>>726
どの資料だったか覚えてないけど、演算子オーバーロードに関して
先生は「元の演算子の意味とかけ離れた挙動をさせるのは避けるべきだ」
みたいなことも書いてるよな。

まぁ、原則は指針であって絶対の規則じゃないわけだけど、
<< >> をビットシフトからストリーム入出力に振り替えておいて
どの口で言うか、このハゲッー! とか思ったり。

2018/03/22(木) 20:06:11.34

>>731
ストリームのような周知の事実になっているものはそれには当てはまらないでしょ

2018/03/22(木) 20:22:42.90

>>731-732
まああれくらいのものになると、オブジェクトに追加で突っ込んでいくような動作が「元の演算子の意味」になっちゃってるよな。

そんなことより C++20 に入る予定のカレンダーでは日付を 2018y/mar/22 とか書けるらしくて、
これはさすがにクソやろ……。
これもいずれ普通に受け入れる気持ちになるだろうか。

2018/03/22(木) 20:47:25.31

>>733
既にfilesystemのpathが/で階層作れるから
current_path / "aho" / "baka"みたいに
C++の演算子は連想ゲームだ

2018/03/22(木) 22:18:28.94

>>731
あの頃の禿はreverse_iteratorなんて思いもよらず
operator+が減算の動作をすることを否定してたね

2018/03/23(金) 00:38:32.35

>>733
日付の表記は何種類かあるし年/月/日でも日/年/月でも表せるなら結構便利だと思う。

2018/03/23(金) 08:21:50.21

>>733
標準に「日付を表す型」みたいのが追加され、
それ用リテラルの接尾語(のひとつ)が ""y で 2018y は2018年を表す、
さらにこの型では / は日付要素を区切る演算子としてオーバーロードされてる。
…といった感じか?

確かに虚心坦懐に / を見れば、割り算のコンピュータ向け代用記号だけでなく
日付の区切りや、ファイルシステムの階層区切りでもあるけど。

2018/03/23(金) 09:13:18.25

aのb乗
a^b
a**b

**デフォルトの名無しさん** (ｽﾌｯ Sdba-5bpY) · 2018/03/23(金) 10:31:52.82

こんだけ演算子は深いのになぜか未だに[]は引数を一つしか取れない

2018/03/23(金) 10:45:38.60

「静的」、「動的」というのがよく分からないのですが、詳しく書いてある本はありますか？

ヒープ領域がどうたらとかいうのもよく分かりません。
スタックとかいうのもよく分かりません。

詳しく解説している本を教えてください。

2018/03/23(金) 10:48:57.55

ロベールのC++の本を読んでいて疑問に思いました。

2018/03/23(金) 19:28:55.75

>>737
> …といった感じか?
そんな感じらしい
http://d.hatena.ne.jp/yohhoy/touch/20180322/p1

日本だと基本年/月/日しかないしソースコードに睦月、如月、弥生なんて書く奴はいないからいまいち便利さがわからんけどあちらの人にとっては便利なんだろうか

2018/03/23(金) 19:30:12.07

ポップとプッシュの概念もよく分かってないのでは
http://www.cc.kyoto-su.ac.jp/~yamada/ap/stack.html
これが分かって来るとC++に於けるバッファオーバーフローBOF攻撃の仕組みが分かって来る

2018/03/23(金) 19:42:22.13

バッファオーバーフロー: #1 概要
https://www.ipa.go.jp/security/awareness/vendor/programmingv2/contents/c901.html

2018/03/23(金) 19:52:45.96

五曜は対応してくれると有り難いかも知れないけど
他はいらんな

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/23(金) 19:55:59.42

>>740
C/C++ のメモリ構造について、になります。
これは基本的な事項で、初級を脱するためにはぜひとも必要な知識なんですが、
そのわりにあまりに解説されることがないような気がします
適切な説明がないものか…

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/23(金) 19:59:40.83

>>740
まず、メモリの管理方法として

1. スタックエリア、に格納するやり方
2. ヒープエリア、に格納するやり方

の大きく分けて二通りがあり、

2. ヒープエリア、二格納するやり方について

2-1. 「静的」：static キーワードを使うやり方
2-1. 「動的」：malloc()/free() または new/delete を使うやり方

が分類されます。

2018/03/23(金) 20:10:28.07

データセグメントって無くなったの？

2018/03/23(金) 20:39:25.53

>>746-747

ありがとうございました。

あまりそういう本はないんですか。

もしかしたら、ヘネシーらのコンピュータのハードの本とか読まないといけないんですかね？

あるいはコンパイラの本ですかね？

2018/03/23(金) 20:40:47.42

>>747
一般的に、静的領域をヒープとは呼ばんだろ

2018/03/23(金) 20:41:24.55

こういうのはネットで覚えたからどういう本に書いてあるかはわからん

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/23(金) 20:45:34.35

>>749
手っ取り早いのは「マシン語」を書いてみる、マシン語（アセンブリ言語）のルーチンを C にリンクさせる、ていうのが王道ですが、
昨今はマシン語のいい教科書がない、という気がします

gcc のインラインアセンブラとかが有望だとは思いますが、まあ簡単にマシン語を記述している教材なんていうものが思いつかない、マシン語の需要というか動機がないのかもしれませんが

◆QZaw55cn4c (ﾜｯﾁｮｲ ba60-fzSc) · 2018/03/23(金) 20:46:44.14

>>750
うーむ、たしかに static を「ヒープ」とは言わないかもしれませんね…

2018/03/23(金) 20:47:37.33

>>752

ありがとうございました。
マシン語の本を探してみます。

>>751

ありがとうございました。
本に書いていない場合には仕方がないのでネットで調べてみることにします。

2018/03/23(金) 22:32:48.28

どうだろ？
C++ の言語仕様的にはオブジェクトの寿命に違いがあるだけで、
それを実現するメカニズムについては詳細な規定があるわけではない。

まずは C++ のパラダイムの中で理解を深めれば自然に理解できるんじゃないの？
手を広げすぎても収集が付かなくなる気もするんだけどなぁ。

2018/03/23(金) 22:56:58.27

マシン語に手を出すのは飛躍しすぎだしやめといた方がいい。ある程度C++になれてより深く理解したいと思うようになってからがいいよ。

動的、静的は大雑把に言えば、コンパイル時つまりソースを書いた時点で決まるものを静的、実行時に変化するものを静的と呼ぶ。
変数の型とかメモリ領域の確保の仕方とか、いろんな文脈で使われる。

2018/03/23(金) 22:57:57.59

>>756
実行時に変化するのは動的でした

2018/03/23(金) 23:15:38.28

>>756
決まる、決まらないの主語は何でしょうか？

2018/03/24(土) 00:54:38.69

メモリについて知りたいんならC言語から始めたら良い
Unixの移植目的で設計されたC言語は、実行効率のためほとんど必然的にメモリが透けて見える言語になったんである
『プログラミング言語C』という名著もある
これの後ろの方のmalloc()の実装サンプルまで通読したら
シングルCPUの範疇ならメモリについて嫌でもﾜｶﾙ

『プログラミング言語C++』と違って三日もあれば読めれる手頃な分量やしな！

2018/03/24(土) 01:27:57.09

>>758
横だが。

何でも、だよ。
型なら静的型、動的型というし、メモリ確保なら静的確保、動的確保という。

マシン語は飛躍しすぎ。
CのエンハンスとしてC++を使うのならマシン語(インラインアセンブラ)もありだが、
C++をJava/C#/C++の並びで使うつもりならインラインアセンブラとか禁止でしょ。

というかそもそもその辺が分からない＝全くの初心者がC++からやろうというのが間違い。
PythonかRubyあたりから始めとけ。(どっちも俺は知らんけど)

2018/03/24(土) 01:40:25.62

コンパイラがコンパイル時に決めるものが静的、出来上がったプログラムを実行した時に決まるのが動的
C++だとそういう理解の方がわかりやすいと思う

マクロ、テンプレート、constexpr、リテラル、式や変数や関数やクラスの宣言型なんかは静的
静的なものは全部コンパイラが決めるからプログラムの実行時にはいちいち計算しないし、バグで決められなかったらコンパイラが怒る

変数やインスタンスの中身、関数呼び出し、仮想クラスのオブジェクト型なんかは動的
実行環境や食わせた入力・ファイルなんかに依存するからプログラムを実行してみないと決まらない
動的なバグはコンパイラは感知できないから客先でプログラムを実行するとクラッシュする

適当だけどだいたいこんな感じ

2018/03/24(土) 02:04:25.06

細かいようだが、

コンパイル時に確定＝静的
実行時に確定＝動的(＝コンパイル時に確定できない)

で若干の例外(staticとか)があるが大体あってる。

「プログラミング言語Ｃ」はやめとけ。名著だが、あれは
「既にプログラミングを出来る人が、C言語を学ぶ」用であって、全くの初心者じゃ読めない。
「プログラミング言語C++」も止めとけ。あれも「既にCを使える人が…」で以下同文。
他本は総じてゴミなのも事実だが。

2018/03/24(土) 02:06:26.05

特定のアドレスにデータを配置して割り込みかける必要があるからじゃないだろか。

2018/03/24(土) 02:09:36.82

予約語のstaticは転用されまくってわけわからなくなってるので
「静的」とソースコード上のstaticは全く別物だと思った方がいい