【初心者歓迎】C/C++室 Ver.101【環境依存OK】 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/07/18(火) 07:07:27.20

エスケープシーケンスやWin32APIなどの環境依存なものでもOK。
ただしその場合、質問者は必ず環境を書きましょう。

◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白かに置換すると見栄えだけはよくなります。

【アップローダー】(質問が長い時はココ使うと便利)
http://codepad.org/ (コンパイルもできるし出力結果も得られる[]privateをチェック)
http://ideone.com/ (時間帯によってはcodepadが重い事があるのでここも利用)

前スレ
【初心者歓迎】C/C++室 Ver.100【環境依存OK】
http://mevius.2ch.net/test/read.cgi/tech/1478440682/

**デフォルトの名無しさん** · 2017/10/14(土) 20:23:02.85

無限ループだけどバッファーの確保領域を突破してアクセスするようなコードを吐き出すことは無い
と思う

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/14(土) 20:43:46.00

>>850
簡単に分かりやすい例を挙げると、外側から来た任意の長さの文字列でstrcatやsprintfなどを使うと危険。
危険な関数は使用禁止してセキュリティの強化された関数に置き換えないといけない。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/14(土) 20:59:09.10

だが、残念ながら、教育現場ではバッファの長さを考慮しないsprintfやstrcatを教えているところが今でもある。
標準のC言語ではセキュリティは低いと考えた方がいい。

**デフォルトの名無しさん** · 2017/10/14(土) 20:59:25.10

>>850
アクセスして良いメモリ範囲を越えてしまうバッファオーバーフローと、数値型の変数で表現可能な範囲を超えるオーバーフローは別の話。
そのソースで問題になるのは後者。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/14(土) 21:16:55.49

ちっ、俺がstrsafeを移植しないといけないか。

**デフォルトの名無しさん** · 2017/10/14(土) 23:37:16.03

>>851-854
ということは、255サイズのリングバッファ作りたいときって

unsigned char buffer[255] = {0};
unsigned char head=0, tail=0;

unsigned char pop(){
if(head==255) head = 0;
return buffer[++head];
}

void push(unsigned char data){
if(tail==255) tail = 0;
buffer[++tail]=data;
}

このサイズチェックのif文なくても大丈夫ってことですか？

**デフォルトの名無しさん** · 2017/10/14(土) 23:48:06.29

お前の例だと255でゼロになるけど
オーバーフローの場合は256でゼロになる
よって必要

**デフォルトの名無しさん** · 2017/10/15(日) 00:30:38.33

ひでーコードだ。

**デフォルトの名無しさん** · 2017/10/15(日) 00:40:58.16

headがぶっ壊れそう

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/15(日) 05:20:33.19

>>856
#define BUFSIZE 255
unsigned char buf[BUFSIZE] = {0};
size_t head = 0, tail = 0;

void push(unsigned char data)
{
assert(head < BUFSIZE);
buffer[head] = data;
++head;
if (head >= BUFSIZE) head = 0;
}

unsigned char pop()
{
unsigned char ret;
assert(tail < BUFSIZE);
ret = buf[tail];
++tail;
if (tail >= BUFSIZE) tail = 0;
return ret;
}

**デフォルトの名無しさん** · 2017/10/15(日) 09:46:01.53

>>856
head &= 255; でチェック不要

**デフォルトの名無しさん** · 2017/10/15(日) 10:09:16.14

単なる例なんだろうけど、バッファサイズ=255って中途半端だな。
buffer[255]にセンチネル置くんならわかるが。

**デフォルトの名無しさん** · 2017/10/15(日) 11:47:13.03

>>860
片山センセイ！
unsigned char buf[BUFSIZE] = {0};
て書いてある本と
unsigned char buf[BUFSIZE] = {};
て書いてある本があるんですけど同じでしょうか！？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/15(日) 11:57:22.80

>>863
https://cpplover.blogspot.jp/2010/09/blog-post_18.html?m=1

**デフォルトの名無しさん** · 2017/10/15(日) 12:04:53.73

>>861
というポカをするからif分で書いとけよ。
アンド演算子が使えるならコンパイラが
勝手にやってくれる。

**デフォルトの名無しさん** · 2017/10/15(日) 13:58:06.01

すこし譲って % 演算子で

**デフォルトの名無しさん** · 2017/10/16(月) 02:26:41.08

除算より条件分岐の方が速い定期

**デフォルトの名無しさん** · 2017/10/16(月) 06:49:20.44

>>856
リングバッファの容量を256バイトにして、
バッファ領域を unsigned char buffer[256] = {0}; と
ちゃんと256バイト分確保すればサイズチェックは不要になるな。

ただし unsigned char の値範囲が 0 - 255 っていう「普通」の環境であること。
char が9ビットとか16ビットの機械/コンパイラもあるんだよね。

**デフォルトの名無しさん** · 2017/10/16(月) 07:00:03.02

それにしても >>856 は何やらモヤモヤするコードだと思ったら…

バッファサイズが 255 と半端な値
リングバッファのアクセス関数が push() / pop() て名前
インデクス操作が前置++
tail と head が互いを追い越す可能性(バッファあふれの可能性)

まだあるかな。

**デフォルトの名無しさん** · 2017/10/16(月) 08:04:32.95

＞char が9ビットとか16ビットの機械/コンパイラもあるんだよね。
え゛？まじで

**デフォルトの名無しさん** · 2017/10/16(月) 08:18:16.95

>>869
buffer[1] ～ buffer[255] を使う
っていう大きな問題がある

**デフォルトの名無しさん** · 2017/10/16(月) 08:49:21.72

先に == 255 の判定をして 0 に戻すから
範囲外の buffer[255] にアクセスする危険があるのか。

インデクスに前置++は見慣れなくて気色悪い、じゃ済まない問題だな。

**デフォルトの名無しさん** · 2017/10/16(月) 12:53:13.92

>>871
buffer[1] ～ buffer[254] までじゃね？
まあそれはそれでもやもやするけど w

**デフォルトの名無しさん** · 2017/10/16(月) 12:59:13.25

>>870
俺も実機は見たことないけど

パーソナルコンピューターでは一般に8ビット長だが、DEC PDP-10、IBM 7090、ACOS-6の動作するNECのメインフレームなど、36ビットワードマシンでは1バイトが9ビットであり、charも9ビット長となっている。
http://www.wdic.org/w/TECH/char

**デフォルトの名無しさん** · 2017/10/16(月) 16:13:16.23

>>872
危険ていうか
一周すれば確実にアクセスする

>>873
え？

**デフォルトの名無しさん** · 2017/10/16(月) 16:14:16.39

>>874
char16bitならもうちょっと身近に

**デフォルトの名無しさん** · 2017/10/16(月) 20:14:57.67

>>870
DSPとかだと40bitなんてのもあるよ

**デフォルトの名無しさん** · 2017/10/16(月) 21:01:51.62

>>877
ほんとに？

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/16(月) 21:19:32.17

>>870
ISO などでは 2008 年に 1 バイトは 8 ビットという定義を決めた。
http://diode.matrix.jp/LEGEND/BYTE.htm
1 バイトが 8 ビットではない (それなりに広く使われている) アーキテクチャが事実上消えたのは決め手のひとつだと思う。

C でこの定義を採用すると明記されているわけではないので、
C の言語仕様としては依然として処理系定義という扱いのはずだし、
何かの用途に特化したプロセッサでは変則的なものはいくらでもありうるんだけど、
自分で書くプログラムでそこまで想定することはまず無いわな。

**デフォルトの名無しさん** · 2017/10/16(月) 22:10:25.19

処理系を言わないならx86と勝手に解釈していい。charは8bitじゃない処理系もあるとかナンセンス。

**デフォルトの名無しさん** · 2017/10/17(火) 00:03:46.71

vector<string> a;
for(auto i=0; i<20; ++i) a.push_back(" ");
// vector<string> b;
// b.push_back(" ");
て、なんかおかしな所ある？デバッガで size がやたら大きな値になる…
下２行コメント外すと想定どおりになる…もう、わからん

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/17(火) 01:11:42.94

>>881
実際いくつになって、
自分はどういうのを想定してるのか書けよ。
俺らはお前が何を想定してるのか知らんがな

**デフォルトの名無しさん** · 2017/10/17(火) 01:15:35.02

そういうときはな。デバッガで調べるんだよ。

**デフォルトの名無しさん** · 2017/10/17(火) 04:44:35.63

PICはcharが6ビット。

**デフォルトの名無しさん** · 2017/10/17(火) 07:19:31.01

>>881
size関数のアドレスを表示しているとエスパーしてみる

**デフォルトの名無しさん** · 2017/10/17(火) 08:33:10.47

>>879
えっ？
まだまだ存在してるよ

**デフォルトの名無しさん** · 2017/10/17(火) 09:15:45.07

>>879
いや、組み込みの仕事してれば普通にあるから。
してなければ、普通に無いってのも間違いでは無いが、言い切るものでもない。

**デフォルトの名無しさん** · 2017/10/17(火) 09:48:13.45

だな

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/17(火) 10:10:10.17

>>887
それは「用途を特化したアーキテクチャ」ではなくて汎用的で広く使われているコンピュータなの？
組込み系って普通は何か用途を特化してるものと思うんだけど。

**デフォルトの名無しさん** · 2017/10/17(火) 12:07:40.67

VC で Release ﾋﾞﾙﾄﾞでﾃﾞﾊﾞｯｸﾞﾄﾚｰｽしてたりして
あれ、ｿｰｽﾚｰｽできちゃうけど、あまりあてになんねーし

**デフォルトの名無しさん** · 2017/10/17(火) 12:09:50.70

コンピューターの定義次第やな

株や証券取引に広く使われているFPGAはどういう扱いなの？
CUDAはどうなの？これらもC言語と称している言語で書くが？

この先は宗教戦争になるから止めれ

**デフォルトの名無しさん** · 2017/10/17(火) 13:01:09.70

「コンピューター」に限定する必要もない
スレタイ見よう

**デフォルトの名無しさん** · 2017/10/17(火) 18:28:45.12

verilogやHLSLのどこがC言語なんだよ。

**デフォルトの名無しさん** · 2017/10/17(火) 18:47:35.04

>>893
そんなことを書いてるのはお前だけ

**デフォルトの名無しさん** · 2017/10/17(火) 21:42:56.86

>>889
汎用とか特化に食いついてるのではなくて、「事実上消えた」ってところと、「自分で書くプログラムでそこまで想定することはまず無いわな」の部分に食いついているんだけどね。

**デフォルトの名無しさん** · 2017/10/17(火) 21:46:38.99

組み込みの世界が特化という点は反論しないし、ぶっちゃけどうでもいい。
でも、特化してるからって、別に消えてないし、仕事で普通に気にしてるし。

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/18(水) 02:21:26.88

>>895-896
「それなりに広く使われているアーキテクチャとしては」と限定して書いているのは、
そうでないアーキテクチャでは残っていることは承知しているという意味だよ。
自分ってのはまさに「私」のことなので実際気にする場面に遭遇したことがないし、
それをどうこう言われても俺に組込み系の仕事をして欲しいというのでもなけりゃ何の意味があるのかわからん。

**デフォルトの名無しさん** · 2017/10/18(水) 04:12:20.13

C/C++てもう組込用途しか需要無いんですか？

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/18(水) 04:51:52.35

んなこたーない。

**デフォルトの名無しさん** · 2017/10/18(水) 05:22:14.83

JavaやC#、その他の高級言語、スクリプト言語で済むならそこにはC/C++の出番はない。
組み込み、OS、ドライバ、ハード寄り専用言語と思っていい。

**デフォルトの名無しさん** · 2017/10/18(水) 06:54:18.33

>>897
日記のつもりならチラ裏にでも書いとけ
お前が遭遇するかどうかなんてどうでもいい

**デフォルトの名無しさん** · 2017/10/18(水) 07:45:33.63

個人的な主観をさも一般論かのように書かれるのは迷惑だな

**デフォルトの名無しさん** · 2017/10/18(水) 08:56:09.82

>>897
特化してることと、広く使われてるって事は、互いに背反しないんだけど？
君の中では、特化=狭い、と言う定義なのなら、この話はこれでおしまいでいいよ。

**デフォルトの名無しさん** · 2017/10/18(水) 09:00:16.16

>>897
あともう一つ、君の今いる世界が、世間一般とは限らないから。

**デフォルトの名無しさん** · 2017/10/18(水) 10:03:33.10

並行世界か。

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/18(水) 11:38:55.90

>>902
「思う」とか書いてるの、感想以外の何物でもないじゃん。
書いてないことを勝手に読み取るなよ。

**デフォルトの名無しさん** · 2017/10/18(水) 11:55:04.11

8bitでない処理系とかの話になるとすぐ荒れるよな
客観的に見ると、噛み付いてる組み込みの連中の方が支離滅裂だよ
脊髄反射する前に一連のレス読み直した方がいい

**デフォルトの名無しさん** · 2017/10/18(水) 12:15:35.97

VSはよく出来てるからMSから取り上げて国連で管理するべき。

**デフォルトの名無しさん** · 2017/10/18(水) 12:16:43.65

国連移管後のVSは戦略物資として利用者を追跡するべき。

**デフォルトの名無しさん** · 2017/10/18(水) 12:54:25.64

>>907
> 脊髄反射する前に一連のレス読み直した方がいい
ブーメラン乙 w

**デフォルトの名無しさん** · 2017/10/18(水) 13:11:40.64

907だが、本気でそう思うなら頭沸いてるぞ

**デフォルトの名無しさん** · 2017/10/18(水) 15:39:35.53

病院に連れて行ったほうが良い。

**デフォルトの名無しさん** · 2017/10/18(水) 20:02:41.54

armとインテルだけで世界が回ってると思ってるのかな

**デフォルトの名無しさん** · 2017/10/18(水) 21:03:18.48

本気でそう思うからお前らがまず受診してこいよ w
お前らの世間狭すぎるだろ

**デフォルトの名無しさん** · 2017/10/18(水) 23:53:45.00

>>879の
＞アーキテクチャが事実上消えた
組み込み系じゃない俺でもさすがに消えてないとは思うが、
まず基本的に1バイトの定義がはっきりして、さらにコンピュータの性能進化とともに
特殊な処理系が減っていくならそれ自体は良いことじゃねーの？
>>868辺りからの流れに対して無意味な罵倒してるのはお前らだろ
特殊な処理系を知ってるのがお前らのアイデンティティなの？ｗｗ

あと
>>895
＞「自分で書くプログラムでそこまで想定することはまず無いわな」
俺もまず想定しないよ、リトルエンディアンですら気にしたことない
気にするのは必要になってからだ、まず必要にならないのに想定してコスト増やすのはただの給料泥棒

**デフォルトの名無しさん** · 2017/10/18(水) 23:59:19.56

間違えた、ビッグエンディアンだった
リトルエンディアンの環境でしか書いたことないし、俺の場合は多分今後も無いので。

**デフォルトの名無しさん** · 2017/10/19(木) 00:31:08.38

Cが使われるような用途ではバイナリレベルの話は必須のはずだが。IF仕様で必ず指定あるだろ。

**デフォルトの名無しさん** · 2017/10/19(木) 08:27:23.91

引っ込みつかなくなった井の中の ID:oy9jxwBz 乙 w

**デフォルトの名無しさん** · 2017/10/19(木) 09:17:54.41

さすがに>>880は乱暴過ぎると思うぞ

**デフォルトの名無しさん** · 2017/10/19(木) 11:09:01.22

>>ID:lHCL+31V=ID:hylRky7G
>>901
>>910
>>914
>>918
いや、全部ブーメランしてんのお前だから

**デフォルトの名無しさん** · 2017/10/19(木) 12:45:12.45

>>919
まあcharが8bitはまだわかるけどx86決め打ちとかあり得んよな
よほど井の中の蛙扱いされたのが悔しかったみたいだ w

**デフォルトの名無しさん** · 2017/10/19(木) 13:08:04.36

俺は>>880じゃないし
他人のレス(>>919)を自分の煽りに利用するなクズが

ハードの制約や特殊な環境というのがCPUにしか無いと思ってる辺り、井の中の蛙はお前
手加減してやってるうちに黙るか謝れ
とっくに論破されてるだろ？

**デフォルトの名無しさん** · 2017/10/19(木) 14:15:39.49

普通に自信あるなら論点のみ論破して後スルーでよくね？

**デフォルトの名無しさん** · 2017/10/19(木) 21:51:19.20

> ハードの制約や特殊な環境というのがCPUにしか無いと思ってる
引っ込みつかなくなって話をそらそうと必死だな w

**デフォルトの名無しさん** · 2017/10/19(木) 23:46:58.92

ハネウェルの9ビットは汎用コンピュータだけどな

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/21(土) 00:01:02.62

多くの職をなるべく均等に育成する方針でいたんだけど、
まずはどれでもいいからレベル上げして高レベルの宝の地図をゲットしたら育成なんていくらでも出来るな。
完全に失敗だわ。
仕方がないのでウォルロ北東の高台ではぐれメタル相手にレベル上げしてる。

**はちみつ餃子** ◆8X2XSCHEME · 2017/10/21(土) 00:01:29.50

>>926
すまん。誤爆した。

**デフォルトの名無しさん** · 2017/10/21(土) 01:26:13.78

どのスレか特定してやる

**デフォルトの名無しさん** · 2017/10/21(土) 08:05:22.19

ドラクエ9かな

**デフォルトの名無しさん** · 2017/10/21(土) 09:07:27.71

ウォルロ
確定ですね

**デフォルトの名無しさん** · 2017/10/27(金) 15:14:51.06

typedef size_t size_type;
こういうコードを良く見るんですが、これは何のためにやってるんでしょうか？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/10/27(金) 15:26:11.40

>>931
型を抽象化して、型の切り替えを楽にするためさ。

**デフォルトの名無しさん** · 2017/10/27(金) 15:47:51.76

conanのようなパッケージマネージャってどうなの？
使ってる人ー？

**デフォルトの名無しさん** · 2017/10/27(金) 16:29:53.23

驚きの柔軟剤ふわふわファーファ。

**デフォルトの名無しさん** · 2017/10/27(金) 20:57:21.79

クラスの静的メンバー変数って何に使うんですあk？

**デフォルトの名無しさん** · 2017/10/27(金) 21:06:52.03

オブジェクトを横断して共有したい情報の保持
何個実体作ったっけ？ってカウントしたり

**デフォルトの名無しさん** · 2017/10/27(金) 21:23:23.67

型を抽象化とはsize_tをsize_typeでオーバーライドすると言う意味で
型の切り替えとはsize_tとsize_typeを使い分けるということでしょうか？
型の切り替えの意味が合っているとしたら、中身が同じものを使い分ける事なんてあるんですか?

**デフォルトの名無しさん** · 2017/10/27(金) 21:44:14.01

例えば何かの都合でsize_typeをssize_tにした方がよいとなった場合にtypedefを一行変更するだけで済む
他の部分はsize_typeという型で抽象化されているから簡単に切り替えられるということ

**デフォルトの名無しさん** · 2017/10/27(金) 23:53:57.84

>>938 >>932
やろうとしてることはある程度理解できました。ありがとうございます。
でもsize_typeをssize_tにするようなことはしてないスクリプトにも、このコードは書かれています。
そういうケースに備えて念のために書いておいたほうがいいということなんでしょうか。

**デフォルトの名無しさん** · 2017/10/28(土) 00:20:18.16

>>939
いや、べつに

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

typedef unsigned int Uint;
typedef unsigned int MyResID;
typedef unsigned int MyID;

例えば、Uint だと意味が分からないから、
リソース番号なら、MyResID
自分のID なら、MyID
などと再定義して、用途を分けておくと、見た目にも分かりやすい

「c typedef」で検索！

**デフォルトの名無しさん** · 2017/10/28(土) 11:30:31.16

変数名でわかるじゃん

**デフォルトの名無しさん** · 2017/10/28(土) 11:45:42.58

見た目が分かりやすいからsize_tをsize_typeにすると>>941は思ったのだろうか

**デフォルトの名無しさん** · 2017/10/28(土) 12:16:56.59

>>941
それは見た目で用途が分かりやすいというだけでなく、ある用途の場合だけ型を変更し易いという利点が主じゃないかな？
例えばMyResIDは当初は整数で良かったけど後で文字列に変更したくなったとか。

**デフォルトの名無しさん** · 2017/10/28(土) 12:33:49.13

MyResIDは8桁の数字を取り扱うんだけど、
intが16bitの環境に移植することになった…なんて時に便利

**デフォルトの名無しさん** · 2017/10/31(火) 12:46:46.26

>>931
よく見るってどこでよく見るの？

**デフォルトの名無しさん** · 2017/10/31(火) 13:08:37.17

テンプレートなんかでよく見るvalue_typeみたいなもんかね

**デフォルトの名無しさん** · 2017/10/31(火) 18:04:33.78

>>900
＞組み込み、OS、ドライバ、ハード寄り専用言語と思っていい。
言語系自体（C#/Java) は C/C++ で書かれているんじゃない？C/C++ 以外で記述されたエディター、というのも思い当たらないね

**デフォルトの名無しさん** · 2017/10/31(火) 18:23:56.52

>>948
Atom, Visual Studio Code

**デフォルトの名無しさん** · 2017/10/31(火) 18:52:57.69

>>948
Vz

**デフォルトの名無しさん** · 2017/10/31(火) 19:10:34.72

>>950
あれのマクロは色々参考になった
printf に似たものの実装とかもやってたし

アセンブラで