【初心者歓迎】C/C++室 Ver.102【環境依存OK】

**デフォルトの名無しさん** · 2017/11/04(土) 16:33:35.07

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.101【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1500329247/

**デフォルトの名無しさん** · 2018/04/27(金) 19:03:28.59

>>677
なんとなく互換性のある read を持つものをエンベロープして IReadable になるエンベロープクラスを用いるのはどう？

ifstream も IReadable じゃないからエンベロープする。

https://ideone.com/27yhhu

**デフォルトの名無しさん** · 2018/04/27(金) 19:06:52.81

>>674
> for (int i = 0; i <= n; ++i) {;}

**デフォルトの名無しさん** · 2018/04/27(金) 19:18:38.40

for ループといえばつい手癖で
for (int i =0; i < count-1; ++i ) {...}
と書いてて、
後日に count を int から size_t にしたとき
countが0のケースではまったことがあるなあ

for (int i =0; i + 1 < count; ++i ) {...}
と書けば良いだけなんだけど

**デフォルトの名無しさん** · 2018/04/27(金) 19:27:34.55

n+1未満とn以下は違うと思うの

**デフォルトの名無しさん** · 2018/04/27(金) 19:33:05.63

>>681
それcountが1でも全くループしないというヘンテコ仕様だけど
そんなもの手癖で書くの？

**デフォルトの名無しさん** · 2018/04/27(金) 19:37:07.17

>>683
隣り合った2項、例えばv[i] と v[i+1] を用いた処理をするとか
後続のものがある項だけ処理するとか良くある

**デフォルトの名無しさん** · 2018/04/27(金) 19:37:30.10

int **a を利用して2次元の動的配列を作ります。
a を関数に渡して、計算に利用します。
2次元配列 a の要素は変更しないので、

int func(const int **a){ ... }

としました。

main 内には以下のように書きました。

ret = func(a);

すると、 a を int** から const int** に変換できませんというエラーが出てしまいます。

これはなぜでしょうか？

**デフォルトの名無しさん** · 2018/04/27(金) 19:39:48.54

>>675
>>678
>>680

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

**デフォルトの名無しさん** · 2018/04/27(金) 19:49:10.59

>>682
ん？
レアケースを語り出すのか？

**デフォルトの名無しさん** · 2018/04/27(金) 19:51:18.26

>>683
そんなにヘンテコでもないと思う

for (size_t count = 0 ; count < 10 ; count++){
for (size_t i = 0 ; i < count - 1 ; i++){
....
}
}

こんなのはありがちかと

**デフォルトの名無しさん** · 2018/04/27(金) 19:52:51.39

>>687
レアケースっていうか
nが小数の場合だな

**デフォルトの名無しさん** · 2018/04/27(金) 20:02:30.96

ふむ、なくはないか。
やはり条件の方に+1とか-1とか書くんじゃなくて初期値変える方が素直だろうな。
最適化の下手なコンパイラ対策も含めて。

**デフォルトの名無しさん** · 2018/04/27(金) 20:03:21.75

>>689
だからそう言うのをレアケースって言ってるんだが...
よく書くと言うなら多分住む世界が違う

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/04/27(金) 20:10:35.47

レイアース

**デフォルトの名無しさん** · 2018/04/27(金) 20:28:24.05

>>685

具体的なコードは以下です：

int func(const int **a) {
return 0;
}

int main() {
int n = 10;
int **a = new int*[n];
for (int i = 0; i < n; ++i) {
a[i] = new int[n];
}

func(a);

for (int i = 0; i < n; ++i) {
delete[] a[i];
}
delete[] a;
}

**はちみつ餃子** ◆8X2XSCHEME · 2018/04/27(金) 20:32:49.73

>>692
さくらの続編を放送してる今日この頃、レイアースの第三章もワンチャン有るかもな！

**デフォルトの名無しさん** · 2018/04/27(金) 20:36:06.84

>>687
そんな事言ったら
countが0でループだってレアケースだぞ

**デフォルトの名無しさん** · 2018/04/27(金) 20:43:41.07

>>693
const付きに変換出来るのは
ポインタの先がconstに変わる場合

int finc(int * const * a) なら大丈夫

**デフォルトの名無しさん** · 2018/04/27(金) 20:52:32.49

ありがとうございます。

const についてよくわからないのですが、

func の中で、

a[i][j] = 1;

みたいなことをできないようにしたいのですが、どうすればいいでしょうか？

**デフォルトの名無しさん** · 2018/04/27(金) 20:55:03.35

>>679
ありがとうございます。その方法で取りあえずの目的は果たせそうなのですが、ほかの方法はないでしょうか？
というのも、他のクラスでラッピングしたりキャストしたりせずにifstreamを食わせたいのです。
たとえば、STLの各種関数はポインタでもvector等のコンテナでも大体OKですよね？
あれと同様に関数ポインタでもクラスのインスタンスへのポインタでもread()を持つものなら何でも突っ込めるようにしてforでぶん回したいのです。
標準のコンテナや自作クラス等の違いを吸収できるような構造にしたいのです。条件が後出しになってしまって申し訳ありません。

**デフォルトの名無しさん** · 2018/04/27(金) 20:57:43.26

キャスト
が一番コストが少ないと思う

関数の中で
delete [] a[i];
a[i] = new int[10];
は出来ても良いの？

**デフォルトの名無しさん** · 2018/04/27(金) 20:58:32.28

>>699は>>697あて

**デフォルトの名無しさん** · 2018/04/27(金) 21:19:24.66

>>699

ありがとうございます。

ちょっと回答が理解できないため、質問を代えさせてください

以下のプログラムの func はNGなのに func2 はOKなのはなぜでしょうか？

**デフォルトの名無しさん** · 2018/04/27(金) 21:19:40.66

int func(const int **a) {
return 0;
}

int func2(const int *b) {
return 0;
}

int main() {
int n = 10;
int **a = new int*[n];
for (int i = 0; i < n; ++i) {
a[i] = new int[n];
}

func(a);

int *b = new int[n];

func2(b);

for (int i = 0; i < n; ++i) {
delete[] a[i];
}
delete[] a;

delete[] b;
}

**デフォルトの名無しさん** · 2018/04/27(金) 21:47:52.98

>>701
それは c / c++ の欠点の１つで、
T * は const T * に文句も言わず変換してくれるが
T ** は const T ** に変換してくれないという問題
T は const T と定数性以外 compatible だよね、という判断を 1 段階しかしてくれない。

キャストが必要

const_cast<const int**>(a) など

**デフォルトの名無しさん** · 2018/04/27(金) 22:48:56.90

>>702
皆が言っているのは質問の内容とはちょっと違うけど、
func の中で a[0] = 0; などを禁止するために内側のポインタ自体も const にして

const int * const * にした方がいいよということ

**704** · 2018/04/27(金) 22:53:34.55

いやごめん

func(int * const * )にすればコンパイル通るのか…
T * const * ==> const T * const * という変換は暗黙でokなのか
自分がバカでした

**デフォルトの名無しさん** · 2018/04/29(日) 14:10:11.64

>>703
欠点なの？
T ** を const T ** に勝手に変換されると困るんだが。

**デフォルトの名無しさん** · 2018/04/29(日) 15:26:18.04

T * を const T * には勝手に変換するけどな

**デフォルトの名無しさん** · 2018/04/29(日) 15:27:57.34

T * を volatile T * にも

**デフォルトの名無しさん** · 2018/04/29(日) 16:08:44.48

>>706
ちょっと興味があるので困るコードを教えて

**デフォルトの名無しさん** · 2018/04/29(日) 16:11:13.28

>>705
慌ててたのかこのレス書き間違ってた

func(const int * const * )にすればコンパイル通る、
T ** ==> const T * const * という変換は暗黙でok、
と書きたかった(全然違うな)

**デフォルトの名無しさん** · 2018/04/29(日) 18:37:23.21

>>709
int** ipp;
const int ci=0;
const int ** cipp;
cipp = ipp;
*cipp= &ci;
**ipp = 3;

**711** · 2018/04/29(日) 18:50:17.15

おっと ipp の初期化忘れた
int** ipp;
const int ci=0;
const int ** cipp;
int *ip;
ipp = &ip;
cipp = ipp;
*cipp= &ci;
**ipp = 3;

**デフォルトの名無しさん** · 2018/04/29(日) 18:55:31.07

ロベールの本に、

ios::out | ios::trunc

が意味がないと書いてあります。

既存のファイルを破棄してから書き込むということだとすると意味があるように思います。

ios::in | ios::out | ios::trunc とした場合のみ意味があると書いてあります。

どういう意味なのでしょうか？

**デフォルトの名無しさん** · 2018/04/29(日) 23:14:14.46

truncate は、ファイルサイズを切り詰め・縮小する。
これは、読み書き両用時に使える機能

ファイルを読み込んで、ファイルサイズを縮小して書き込む

ファイルの書き込みでは、使えない。
書き込みでは、ファイルサイズ0で開くから、前のファイルが消える

**デフォルトの名無しさん** · 2018/04/30(月) 03:21:44.30

>>712
なるほどね。
T ** => cont T ** は許すとcont T を操作できてしまうから禁止されていて、

T * => const T *
T ** => const T * const *
...(以下略)
にはその問題が無いから許可されているわけか

**デフォルトの名無しさん** · 2018/05/05(土) 10:57:39.35

file.read((char*)buf, sizeof buf);

は buf のサイズ分だけ読み込めということだと思います。
ファイルの最後の部分を読み込むとき、サイズが WIDTH 未満の場合にはどうなるのでしょうか？

fstream file;
file.open("hello.txt", ios::in | ios::binary);
do {
unsigned char buf[WIDTH];
file.read((char*)buf, sizeof buf);
for (int i = 0, size = file.gcount(); i < size; ++i) {
printf("%02X ", buf[i]);
}
cout << endl;
} while (!file.eof());

file.close(); 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

**デフォルトの名無しさん** · 2018/05/05(土) 11:15:19.94

>>716
https://cpprefjp.github.io/reference/istream/basic_istream/read.html

**デフォルトの名無しさん** · 2018/05/05(土) 11:22:41.78

>>717

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

あともう一つ質問させてください：

ロベールの本なのですが、

int n = 0x41424344;
file.write((const char*)&n, sizeof n);

というコードがあるページにあります。

その少し後ろのページには、以下のコードがあります。

char buf[BUF_SIZE];
dst.write(buf, src.gcount());

ここで、なぜ

dst.write((const char*)buf, src.gcount());

としていないのでしょうか？

**デフォルトの名無しさん** · 2018/05/05(土) 11:28:13.02

【マイトＬーヤとＵＦＯ】　『月面にはウサギやウルフが棲息』　　　『宇宙人グレイは溶けてゼリーに』
http://rosie.5ch.net/test/read.cgi/liveplus/1525483483/l50

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/05(土) 11:56:29.00

>>718
char *はconst char *に互換だから。constは書き換えないという意味で、constなしはconstありに対して互換性がある。

**デフォルトの名無しさん** · 2018/05/05(土) 11:58:03.35

すみません。もう一つ質問です。
またロベールの本なんですが、以下のコードが書いてあります。
ファイルから入力中にエラーが起きたときの対処法です。

if(src.fail()) {

ではなく、

if(src.fail() && ! src.eof()) {

と書いてあります。その理由として、

「読み込みの場合はファイルの終端に到達した際も fail メンバ関数が
真となるため、 eof メンバ関数が真になる場合は除外しておきます。」

と書いてあります。

そこで質問です。

ファイルの終端の直前の部分を読み込む最後の読み込みの際に何等かのエラーが起こった場合、
src.fail() == true かつ src.eof() == true となります。
そのため、
src.fail() && ! src.eof() == false となってしまいます。

この場合、読み込みエラーが起こったにもかかわらず、その対処ができないことになりはしないでしょうか？

それともロベールさんのコードはOKなコードなんでしょうか？

**デフォルトの名無しさん** · 2018/05/05(土) 11:58:46.39

fstream src;

…

char buf[BUF_SIZE];
src.read(buf, sizeof buf);
if(src.fail() && ! src.eof()) {
error = true;
break;
}

**デフォルトの名無しさん** · 2018/05/05(土) 12:03:26.22

>>720

ありがとうございます。

つまりどちらもエラーにはならないということですね。

ですが、記述が統一していない理由というのは何か考えられるでしょうか？

int n = 0x41424344;
file.write((const char*)&n, sizeof n);

に const がついているのは、 n は int 型だから write に渡すときには絶対に
キャストしなければならない。(char *) でもいいが、どうせなら const もつけて
しまおうということですかね？

一方、

char buf[BUF_SIZE];
dst.write(buf, src.gcount());

の方は、キャストの必要がないからわざわざ (const char*) とキャストすることも
ないかなという感じですかね？

**デフォルトの名無しさん** · 2018/05/05(土) 12:05:14.84

ロベールさんの本は色々細かいことが書いてあって有用なのですが、なぜこういうコードなんだろう？という
疑問を持って読んでいくと次から次へと疑問が生まれてきて読み進むのが大変です。

**デフォルトの名無しさん** · 2018/05/05(土) 12:18:38.57

>>721
>>717 再読のこと

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/05(土) 12:19:01.91

Cスタイルのキャストは強力すぎて、効果が分かりにくいので、モダンでは、そのキャストは、reinterpret_cast<const char *>(&n)って書いた方がいい。

**デフォルトの名無しさん** · 2018/05/05(土) 12:23:53.42

winsowsにはC#コンパイラが標準付属してますが、C++コンパイラは標準付属してないんですか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/05(土) 12:24:24.44

つまり、その本は古い。温故知新とは言うが、Cスタイルのキャストの使用はモダンではない。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/05(土) 12:35:42.78

>>726
訂正。
× reinterpret_cast<const char *>(&n)
○ reinterpret_cast<char *>(&n)

そのCスタイルのキャストは
const_cast<const char *>(reinterpret_cast<char *>(&n))と同じ。
下手なキャストはバグのもと。キャストは最小限に。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/05(土) 12:43:36.49

コンパイラによっては、reinterpret_castとconst_castをCスタイルのキャストで一度にしようとすると、警告やエラーになるものもある。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2018/05/05(土) 12:53:07.14

file.write((const char*)&n, sizeof n);
ここでconstをわざわざ付けるのは、型で書き換えないことを確認するためだが、
このCスタイルのキャストは強力すぎて、行儀が悪い。reinterpret_castとconst_castに分けるべきだと考える。

**はちみつ餃子** ◆8X2XSCHEME · 2018/05/05(土) 23:49:27.10

元の趣旨がキャストについての質問だけどそれは置くとして、
そういうことするなら fstream じゃなくて basic_fstream<int> を使った方がよくなくなくない？

**デフォルトの名無しさん** · 2018/05/06(日) 00:07:10.95

そんなもんがいいと思ってる人に何言っても無駄だし
他人に強要しなけりゃそれ使ってもいいんじゃないの

**デフォルトの名無しさん** · 2018/05/06(日) 00:56:59.17

>>732
初心者が入門書で学習している段階で、途中の過程をすっ飛ばしてこっちの方がいいからこれ使えなんて進めるのはかえって理解を妨げるんでないの？

**はちみつ餃子** ◆8X2XSCHEME · 2018/05/06(日) 02:31:33.69

繰返すが趣旨と外れてることはわかってるので、元質問は忘れて。
こっちの手段もアリだよね？っていう別の質問。

**デフォルトの名無しさん** · 2018/05/09(水) 14:30:37.57

競技プログラミングってやった方がいいんですか？

◆QZaw55cn4c · 2018/05/09(水) 16:44:52.51

>>736
競技プログラミングが流行る前には、宿題請負スレが隆盛を誇り、私もそれに便乗していろいろやっていましたが、
競プロをやりたいとは思わないなあ…

**デフォルトの名無しさん** · 2018/05/09(水) 17:28:08.89

ロベールの本に以下のコードがあります。
buf という配列ですが、 for 文の中で宣言されています。
PAGE_HEIGHT 回、配列 buf が作られるのでしょうか？
何か非効率的な気がします。

for (int h = 0; h < PAGE_HEIGHT; ++h) {
unsigned char buf[PAGE_WIDTH];
m_file.read((char*)buf, sizeof buf);
for (int w = 0, size = m_file.gcount(); w < size; ++w) {
printf("%02X ", buf[w]);
}
cout << endl;
}

**デフォルトの名無しさん** · 2018/05/09(水) 17:38:59.81

スタックポインタをずらす量が変わるだけ
これによる時間はゼロと思って良い

**デフォルトの名無しさん** · 2018/05/09(水) 17:44:16.81

>>739

そういうのを分かるようんなるにはどうすればいいのでしょうか？
C++の本だけ読んでいても分からないような気がします。

**デフォルトの名無しさん** · 2018/05/09(水) 17:45:58.33

もしパフォーマンスが問題になるなら
printfをなんとかすべき

**デフォルトの名無しさん** · 2018/05/09(水) 17:52:37.44

>>740
コードを書いたときに具体的にどんな処理が行われるか
を地道に学んで行くしかない

アセンブラを見てもいいし本で学んでも良いし
時間を測っても良い

C言語の方が簡単なのでC言語にある機能から

**デフォルトの名無しさん** · 2018/05/09(水) 18:27:14.15

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

**デフォルトの名無しさん** · 2018/05/09(水) 19:10:47.36

>>738
毎ループその buf が作られるかという質問について言えば
関数に入るときに確保された領域が毎ループ使い回されるだけ

**デフォルトの名無しさん** · 2018/05/09(水) 19:12:26.96

>>744
ありがとうございます。
newした場合にはもちろん毎回別の領域が確保されるわけですよね。
文法だけからでは分からないことだと思うので、そのような部分を解説した本が
あればよいのですが。。。

**デフォルトの名無しさん** · 2018/05/09(水) 19:21:16.91

コンストラクターを起こすようなクラスならアレだけど
基本型はループの外においやらている可能性が高い

まぁ使ってるコンパイラの最適化次第というのはある

文法/規格だけで解決しない自由な部分は
実際に使ってるコンパイラの吐き出すコードをみるなり
実測して違いが出るか確認いてみたり……

初心の「それ無駄だろうという直感」は最適化で瑣末ごとになることが多い？かな？

**デフォルトの名無しさん** · 2018/05/09(水) 20:03:17.36

>>746

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

**デフォルトの名無しさん** · 2018/05/09(水) 20:03:43.32

>>745
C++ スタックヒープで検索すると解説しているページは山ほどヒットするけどいい本ってあるのかな。
CPUとメモリの動作とか簡単に学んでおくといい気がする。

スタックに収まらないような大きな領域をスタックに取ってはいけないとか
実践的に必要な知識でもあるんだよね。

**デフォルトの名無しさん** · 2018/05/10(木) 00:46:37.51

>>748
個人的には、はじめて読むシリーズがコンパクトで良かった。
はじめて読む8086
はじめて読むPentium
はじめて読むMASM
はじめて読む486
486は結構ボリュームがある

**デフォルトの名無しさん** · 2018/05/10(木) 12:36:43.93

クラスの練習に文字列クラスっぽいものを作ったんですが
Mystr Mystr::operator=(Mystr &obj){
//左辺に右辺を代入
return *this
}
こうすると代入のたびに戻り値を返すためにコピーコンストラクタとデストラクタがわざわざ呼ばれてるみたいなんですが
関数の戻り値をvoidにする以外でなくす方法はありませんか？
一応コード全文 https://ideone.com/A1iQ3Y

**デフォルトの名無しさん** · 2018/05/10(木) 12:55:29.56

>>750
＞Mystr Mystr::operator=(Mystr &obj){

一般的にはこうする
Mystr & Mystr::operator=(Mystr &obj){

**デフォルトの名無しさん** · 2018/05/10(木) 13:00:33.59

Mystr & Mystr::operator=(const Mystr &obj);

**デフォルトの名無しさん** · 2018/05/10(木) 13:59:44.86

ありがとうございました
戻り値にも参照が使えることを知りませんでした

**デフォルトの名無しさん** · 2018/05/10(木) 14:05:03.21

>>753
おそらくわかっていると思うけど、ローカル変数や
テンポラリーオブジェクトの参照は返しちゃダメなので注意

ダメな例
T& f() { T a; .....; return a;}
string& g() { string a, b; .....; return a+b;}

◆QZaw55cn4c · 2018/05/10(木) 17:59:19.87

>>749
はじめて読む 486 は良書だけれでも、今、これを実際のマシンで試してみることはできなくなりましたね…

**はちみつ餃子** ◆8X2XSCHEME · 2018/05/10(木) 18:38:04.46

アセンブラって「低水準言語」なはずだけども、今となっては機械語すらもかなり高水準だもんな……。
機械語の並びをコンパイルして最適化された μop にするみたいなことが CPU の中で起こってて、
機械の気持ちを理解するには機械語はまだまだ外側の方って感じ。

>>755
動かすための情報を集約しようとしてはしてるよ。
ある程度は動く。
https://github.com/tkmc/486

◆QZaw55cn4c · 2018/05/10(木) 19:41:56.87

>>756
これなんかも、動くかもしれません
http://takeda-toshiya.my.coocan.jp

**デフォルトの名無しさん** · 2018/05/10(木) 20:45:54.69

アドレスでアクセスできるメモリってものがあってデータやコードが書かれてるのかー
スタックなる仕組みでローカルな記憶域をほぼコストゼロで確保してんのかー

と言うことがわかれば十分な気がする

**デフォルトの名無しさん** · 2018/05/11(金) 00:09:23.84

>>758
>>749
これの上の３冊は薄くてすぐ読めるから、もやもやとした状態でいるよりはいい気がする。
ただ、486以外は古本でしか手に入らなそうだけど。

**デフォルトの名無しさん** · 2018/05/11(金) 07:04:43.76

薄い本ならコミケで売れや

**デフォルトの名無しさん** · 2018/05/11(金) 13:11:04.97

アセンブラの前に

まずは変数がどこにどのように確保されるかとか
どのように初期化されるかとか
そっちの方が先だろ

スタティック、スタック、ヒープ
をまず理解する
C++であればvirtual関数が呼ばれる仕組みとかも
知ってた方が良い
例外の仕組みは機種依存が大きいのでもうちょっと先で

**デフォルトの名無しさん** · 2018/05/11(金) 14:03:43.45

>>760
つ http://zob.club/zob/2018/04/16/同人誌-advanced-assembler-386-上ノ巻/

**デフォルトの名無しさん** · 2018/05/11(金) 15:32:04.47

>>761
そう。
でもスタックを理解するにはメモリという概念モデルの理解が必要
だけど皆が勧めてるようなx86の解説書はやめたほうが良いと思う

セグメントレジスタとか原理を学ぶには邪魔なノイズが多過ぎる

**デフォルトの名無しさん** · 2018/05/11(金) 16:43:05.52

Z80からはじめよう。

**デフォルトの名無しさん** · 2018/05/11(金) 17:23:03.14

実用レベルのCで関数ローカル変数がどう実現されてるか、となると
ベースポインタというほぼ専用のレジスタが出てくるからなぁ。

そういえば昔、Cが全然分からない頃にMASMの本を読んだら、
Z80や6502のアセンブラではついぞ出てこないディレクティブが色々あって
まったく意味が分からなかったのを思い出した。
高級言語のコンパイラを作ったり、ライブラリとして呼べるマシン語の
サブルーチンを作るための機能なんだと後になって腑に落ちたけど。

**はちみつ餃子** ◆8X2XSCHEME · 2018/05/11(金) 17:39:10.37

C の言語としての理屈が現代のコンピュータの仕組みと乖離しててもはや低級言語とは言えないということを
「C は PDP-11 エミュレータ」なんて揶揄してるのをどこかで見たことがあるな。

**デフォルトの名無しさん** · 2018/05/11(金) 17:48:59.53

Cに引きずられて仕様のできたMIPSはCの理解にとてもいいよ

**デフォルトの名無しさん** · 2018/05/11(金) 19:45:01.89

龍芯3号か

◆QZaw55cn4c · 2018/05/11(金) 20:48:44.74

マシン語をやるのなら、実際に石を触れる感じのする環境がいいなあ、あくまで「感じ」だけれども
仮想マシンの中間コードを触るのは疑問

**デフォルトの名無しさん** · 2018/05/11(金) 20:52:01.78

PCはPCで面白いし、
8bitは8bitで面白い

**はちみつ餃子** ◆8X2XSCHEME · 2018/05/11(金) 20:54:19.03

AKI-80 の時代の人なのでラズパイで電子工作とかやってるのを見ると隔世の感がある。

**デフォルトの名無しさん** · 2018/05/11(金) 20:56:49.04

Donald Knuth の MMIX っていう言語は勉強するとためになりますか？

**デフォルトの名無しさん** · 2018/05/12(土) 01:53:53.98

>>761
理解すると言っても何を勉強して理解するのか？
という話だと思ったんだけど。
アセンブリやCPU関連の本以外で具体的に分かるものがあるというのがよく分からないな。

**デフォルトの名無しさん** · 2018/05/12(土) 04:35:38.94

wikipedia の「コールスタック」の項に意外にしっかりした説明あるな
コールスタックって何？スタックフレームってなに？
って人は読んでおくといいと思う。

**デフォルトの名無しさん** · 2018/05/12(土) 14:17:18.55

メモリとかスタックとかヒープとかって、C/C++ 言語仕様とは直接の関係がないけど、使う上では結構重要な情報だよねー。
Cを学習する上で避けられない割に、C視点側からの詳しい学習書って無いよなー。

環境依存部分だから、言語学習書に適さないってのもわかるんだが…何とかできないものかと常々思ってる。
(思ってる「だけ」で実行には移さないのだけれどもw

**デフォルトの名無しさん** · 2018/05/12(土) 14:20:15.63

>>772
ならないと思う。
クヌース先生の本を読む上での決まり事を、先生が定義しただけに過ぎない、と理解してる。

**デフォルトの名無しさん** · 2018/05/12(土) 15:41:16.04

RISC-Vの方がまだ有用な可能性が

**デフォルトの名無しさん** · 2018/05/23(水) 19:24:44.84

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

AA6VB