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

**デフォルトの名無しさん** · 2016/11/06(日) 22:58:02.60

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

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

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

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

**デフォルトの名無しさん** · 2017/07/05(水) 23:29:36.43

>>860
ん、C#のほうはそれであってるだろ
StringとかDateTimeみたいな一部の例外を除けば

**デフォルトの名無しさん** · 2017/07/06(木) 01:22:17.04

>異なる考えの言語同士であるため対応が自明でないという事実を無視して
>自分の考える「同じ意味」の解釈を押し付けるからに相違ない

ん？だからそれに基づいてほとんどの人は
「違う意味だよ～」って言ってたんじゃなかったの？
一部の人が「同じような意味だよ～」って言ってただけで
それに反論する流れだったでしょ
だから「同じ意味」の解釈の押し付け合いはしてなくて
同じ意味だよ vs 違う意味だよ
だったと思うけど

**デフォルトの名無しさん** · 2017/07/06(木) 05:15:51.23

わざわざ堅苦しい言葉選んで俺偉いアピール

**デフォルトの名無しさん** · 2017/07/06(木) 05:29:37.28

同じ様な意味と同じ意味は違う
さらっと言葉をすり替えるなよ
まったく卑怯な奴よの
（つーか同じ様な意味とも言っていない）

**デフォルトの名無しさん** · 2017/07/06(木) 08:09:44.50

>>862
>だから「同じ意味」の解釈の押し付け合いはしてなく
「同じ意味」の基準について合意していないのに「ここが違うから別」とだけ言うのは「同じ意味」の解釈の押し付けに他ならないと思うのだが、
もう少し日本語の字面でなく意味を理解した方がよいのではないか

>「違う意味だよ～」って言ってたんじゃなかったの？
　→Yes
>同じ意味だよ vs 違う意味だよだった
　→Yes

**デフォルトの名無しさん** · 2017/07/06(木) 08:11:58.37

違うものは違う

**デフォルトの名無しさん** · 2017/07/06(木) 08:12:32.60

>>861
合っているかと訊かれれば合っていないので、言語仕様を読むか当該のスレッドで訊くのが良いのでは
あとStringやDateTimeの例外というのが何なのかよくわからなかった

**デフォルトの名無しさん** · 2017/07/06(木) 08:18:45.02

>>867
合ってるから消えろ
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/new-operator

**デフォルトの名無しさん** · 2017/07/06(木) 14:54:52.15

まだやってんのかよ
おまいらのこだわりはスゲェな

**デフォルトの名無しさん** · 2017/07/06(木) 22:06:42.25

リンク先を見て思ったのだが
こだわりじゃなくて罵られることに喜びを覚えるマゾなのではないかと言う気がした

**デフォルトの名無しさん** · 2017/07/06(木) 22:08:34.16

>>870
正しく指摘できないのならレスしないほうがいい
あなたの思ういちばんすこいC#の仕様の世界で生き続けてくだはい
アーメン

**デフォルトの名無しさん** · 2017/07/07(金) 11:58:06.67

俺は、プログラミングなんて存在しない世界で生きたい

**デフォルトの名無しさん** · 2017/07/07(金) 12:21:24.92

生まれてくるのが10０年くらい遅かったようだな

**デフォルトの名無しさん** · 2017/07/07(金) 12:21:27.14

プログラマ辞めれば良いだけやん。

**デフォルトの名無しさん** · 2017/07/07(金) 13:29:12.14

c++
英語を読める
btcをトレードしたことがある

仮想通貨の開発に参加してみたい方
レスをお願いします

**デフォルトの名無しさん** · 2017/07/07(金) 15:01:32.91

>>875
ノ
んで？どうすりゃええの

**デフォルトの名無しさん** · 2017/07/07(金) 16:03:32.34

>>876
お返事ありがとうございます

通貨名
raiblocks

simple
instant
fees 0(送金手数料がかからない)

web
https://raiblockscommunity.net/

slack
https://raiblocks.slack.com

slackに参加
＃developmentにて、開発に興味がある旨の書き込みをしてください（英語で）

**デフォルトの名無しさん** · 2017/07/08(土) 21:39:10.74

プログラミングなんて底辺ドカタの仕事
そのうちAIがやれるようになる

**デフォルトの名無しさん** · 2017/07/08(土) 22:33:35.86

アドバイスさんくす

**デフォルトの名無しさん** · 2017/07/09(日) 16:06:32.28

ポインタそのものにオブジェクトってできるんでしょうか？
例えば、配列arrayのアドレスをポインタpで、ポインタpのアドレスをポインタpのポインタppで調べたんですが、
int array[3];
int *p = array;
int **pp = &p;
for(i = 0; i < 3; i++)
{
printf("&array[%d] : %d : %d\n", i, &array[i]);
}
&array[0] : 2293472
&array[1] : 2293476
&array[2] : 2293480
&p[0] : 2293472
&p[1] : 2293476
&p[2] : 2293480
&pp[0] : 2293468
&pp[1] : 2293472
&pp[2] : 2293476
ppが参照しているpのオブジェクトの位置が、arrayのオブジェクトのアドレスと全く同じ位置にあります。
１つのアドレスが2つのオブジェクトをもてるのか、ポインタ自体にオブジェクトは生成されないのか
他の要素でそうなってるのかわかりません。どなたか回答宜しくお願いいたします。

◆QZaw55cn4c · 2017/07/09(日) 16:13:17.36

>>880
その出力を一挙に得られるプログラムを示せ，アドレスはプログラムの実行ごとに変わる可能性がある

**デフォルトの名無しさん** · 2017/07/09(日) 16:20:52.70

>>880
pとarrayは異なるオブジェクトだから確認方法が間違ってる

**デフォルトの名無しさん** · 2017/07/09(日) 16:25:25.83

一つのポンタを複数のオブジェなんて当たり前
int z;
int * p = &z;
int * p2 = p;
int * p3 = p2;

**デフォルトの名無しさん** · 2017/07/09(日) 16:43:15.93

>>881　これでいいでしょうか?
int i;
int array[5];
int *p = array;
int **pp = &p;
printf("array : %d\n", array);
for(i = 0; i < 5; i++) {
printf("&array[%d] : %d\n", i, &array[i]);
}
printf("p : %d\n", p);
for(i = 0; i < 5; i++) {
printf("&p[%d] : %d\n", i, &p[i]);
}
printf("pp : %d\n", pp);
for(i = 0; i < 5; i++) {
printf("&pp[%d] : %d\n", i, &pp[i]);
}
>>882
&ppでpのオブジェクトのアドレスを取得できると思ってたんですが違ったんですか？
>>883
すいませんまだそれを理解するのは難しいです。

**デフォルトの名無しさん** · 2017/07/09(日) 16:44:50.47

何がわからんのや。ようわかるやんけ

アドレス : オブジェクト : 値 : オブジェクトの型
2293464 : pp : 2293468 : int**型
2293468 : p : 2293472 : int*型
2293472 : array[0] : ？ : int型
2293476 : array[1] : ？ : int型
2293480 : array[2] : ？ : int型

**デフォルトの名無しさん** · 2017/07/09(日) 16:51:56.41

>>885
つまりポインタpは配列を参照してもp自体は配列型ではなくて単体(?)のオブジェクトだということでしょうか？

**デフォルトの名無しさん** · 2017/07/09(日) 16:56:52.17

>>886
もちろんや。
pはarrayとは別のアドレス2293468にある
int*型の独立したオブジェやで

**デフォルトの名無しさん** · 2017/07/09(日) 17:01:52.64

>>887
ありがとうございます！5時間以上つまってたのが一気にクリアになりました！

**デフォルトの名無しさん** · 2017/07/09(日) 17:16:44.02

>>880
> &pp[0] : 2293468
これはpのアドレス
> &pp[1] : 2293472
> &pp[2] : 2293476
pp[1], pp[2]は存在しないからアクセスしちゃダメ
たぶん
2293464: pp
2293468: p
2293472: array[0]
2293476: array[1]
2293480: array[2]
みたいなメモリ割り当てになってるんだろうな

**デフォルトの名無しさん** · 2017/07/09(日) 22:31:05.00

>>889
意味のある値が取れないだけで
別にアクセスしても問題ねーだろ

**デフォルトの名無しさん** · 2017/07/09(日) 23:28:17.80

>>890
正しく割り当てられたオブジェクトのアドレス以外を指しているのなら、アクセスしてはいけないだろう。
889の例ではたまたまpp[1]が表す位置がスタック上の有効なアドレスでアラインメントも問題無いだろうけど、
例えばppがスタックやヒープの末端のオブジェクトを指していたら、pp[1]にアクセスしたらNGということもある。

**デフォルトの名無しさん** · 2017/07/10(月) 06:50:03.40

中身にアクセスしてなくてただのアドレス計算だぞ

C/C++言語的にはNGだけど、それで例外が発生するとはなかなか考えにくい
もしかしたらビルド時に警告を出してくれるかも

**デフォルトの名無しさん** · 2017/07/10(月) 06:54:34.99

アドレス計算自体はOKだと思うよ。

2017/07/10(月) 07:04:04.53

配列ならば確保した数+1までのアドレス計算はやっても大丈夫&整合がとれる位置に配置されている

2017/07/10(月) 07:05:58.47

無効エリアのアドレス計算
値不定か動作不定かどっちだか忘れた

これらをOKと呼ぶならOKなんでしょう

2017/07/10(月) 07:13:12.05

>>894
-1も有効だとうれしい事があるけど、-1はダメなんだよね

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

>>894
つまり式「&pp[1]」は大丈夫でないと？

**デフォルトの名無しさん** · 2017/07/11(火) 13:12:04.11

ppは配列じゃないだろ

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

これがアスペいうやつだな
　配列でないオブジェクトも要素数1の配列として考える仕様→よくご存知で
　pは配列じゃないからな→わかる
　ppは配列じゃないからな→頭悪いな
　ppは配列じゃないだろ→アスペ

**デフォルトの名無しさん** · 2017/07/11(火) 20:17:20.41

ん？まったくよくわからんのだが、だれか解説して

>配列でないオブジェクトも要素数1の配列として考える仕様
↑まずこれがよくわからない
配列じゃないオブジェクトといえば、例えばint i;などは配列としては扱えないよね

で、下二行の意味も分からない

**デフォルトの名無しさん** · 2017/07/11(火) 22:08:22.53

配列かどうかは関係なく、オブジェクトの後ろのアドレスは計算も出来るし比較も出来る

**デフォルトの名無しさん** · 2017/07/11(火) 22:10:11.51

>>894は配列じゃない場合に関しては何も言ってないから間違いではないが
わざわざ配列と書いてるので配列以外は違うと思ったかわからなかったか
だろう

**デフォルトの名無しさん** · 2017/07/11(火) 22:14:58.67

>>897
「つまり」が意味不明
>>894は配列じゃない場合には何も言ってない
「大丈夫でない」は正しい

>>898
配列じゃないから何？

>>899
実際には配列ではない

**デフォルトの名無しさん** · 2017/07/11(火) 22:28:18.47

いや、それは俺も思ったんだが
ppが配列じゃないのは当たり前なんだが(てかポインタだし)
おそらくはそんなことは問うてないって言いたいんだと思う

つまり、ppが指している先が何であるかが問題であるから
配列か配列じゃないかを問うべきはppではなくppの指している先である「p」であろうと
同じことをもう一度言うけど
pp[1]としたとき問題になるのはppの指してる先がどうなっているかで
今回の場合はそれは「p」であるから
正しくは、「ppの指してる先のpは配列じゃないだろ」って言うべきっていう主張かと

**デフォルトの名無しさん** · 2017/07/11(火) 23:00:18.82

>>901
なら&pp[1]も大丈夫なんじゃね？

**デフォルトの名無しさん** · 2017/07/12(水) 07:01:19.46

pp[1]の時点で動作不定

正しく動かない環境はもしかしたら存在しないかもしれないけど

◆QZaw55cn4c · 2017/07/12(水) 07:26:19.94

>>880
ん、最初にもどってメッセージを書くとすれば、こうなるかな

＞ポインタそのものにオブジェクトってできるんでしょうか？
私が意味を取り違えているかもしれないが、「できない」
ポインタを取得したからといって、オブジェクトが生えてくることはない
あくまで、先にオブジェクトを確保した上で、それに対してポインタを設定する手順をとる

＞例えば、配列arrayのアドレスをポインタpで、ポインタpのアドレスをポインタpのポインタppで調べたんですが、
array を確保しているので、p は array 確保分(p ～ p + 3)だけプログラムとして意味がある。
pp は p 一個分だけ意味がある。すなわち *pp = p、でも pp[1]= *(pp + 1) は確保していない領域を指すのでこの表現は使ってはいけない

&pp[1] と書くとなにがしかのアドレスを生成するが、それは使えない
アドレスを生成できるからといって、その領域が意味のあるものとは限らない

>>881 では意味のないことを求めてしまいごめんなさい

**デフォルトの名無しさん** · 2017/07/12(水) 08:20:30.93

>>906
>pp[1]の時点で動作不定
ちなみにそれを規定する規格の記述はどこ？
Cでは明確に禁止されているようだがC++では見つけられなかった

**デフォルトの名無しさん** · 2017/07/12(水) 09:01:11.94

https://www.google.com/search?q=%22behaves+the+same+as+a+pointer+to+the+first+element+of+an+array+of+length+one%22

**デフォルトの名無しさん** · 2017/07/12(水) 09:10:12.68

https://www.google.com/search?q=%22If+both+the+pointer+operand+and+the+result+point+to+elements+of+the+same+array+object%2C+or+one+past+the+last+element+of+the+array+object%22+%22otherwise%2C+the+behavior+is+undefined%22

**デフォルトの名無しさん** · 2017/07/12(水) 13:20:57.39

>>907
まとめとしてはそれでいいし否定するわけじゃないけど、若干気になるのは
１．ポインタ自身もポインタというオブジェクトじゃないのか？
２．末尾＋１のアドレス（を指すポインタ）はデリファレンスできないけど、大小比較には使えるのでは

**デフォルトの名無しさん** · 2017/07/12(水) 13:41:52.51

そんで俺はちょっと思ったんだけど
Cはポインタを配列のように扱えるのが便利だなぁと
逆に配列名を参照したらポインタ値になるし
あと他、関数ポインタを普通の関数のように扱えたり
逆に関数名を参照したらポインタ値になったり
意味の上で別解釈しようがないからそれでいいだろ、的な
二つに共通しているのは
(1)参照しても意味のある値が得られなそうなシンボルは自動的にポインタ値に成り下がってもらおう
(2)その上でポインタに対していろいろな演算 ()[] が出来るようにしておこう
というもので、これでシームレスになるしタイプも減るから便利だろう、と
でもそういう方針なんだったら何故我々は「.」と「->」を
使い分けなきゃならないんだ？と思わんこともない
意味の上で別解釈できたり不明瞭だったりは無いのに
ただ、Cの構造体は(1)を満たしていない
もし(1)を満たすようにしてしまうと、構造体を参照するとポインタ相当に成り下がってしまうので
代入演算子で代入したり、関数に値渡ししたりが出来なくなる
ただし、C言語がそのような仕様になっていた可能性は十分にあると思う
というのも配列がまさにそうであって、代入でコピーできないし、関数に値渡し出来ないから
アセンブリレベルでは配列も構造体もレジスタに入りきらないという意味では同じで
先頭アドレスからのオフセットでアクセスするのは同じであるから
そういう着想に基づけば、構造体も配列と同じようにポインタに成り下がる仕様に
なっていた可能性はあると思う
構造体は代入できないからmemcpyしろ、がCの常識だった可能性はある
そんで、「.」演算子は構造体のポインタに対して有効、となって、「->」は無くなる
で、そうはしなかった代わりに「->」演算子が有る、とも取れる

**デフォルトの名無しさん** · 2017/07/12(水) 13:42:12.78

気まぐれか、意図的か、歴史的事情か、生い立ちに由来するものか、知らんが、そうなっている
だが実際これが大当たりで、もしそうじゃなかったらC++が全く成り立ってこない
C++のクラスはCの構造体を拡張したものだが、オブジェクトが勝手にポインタに成り下がる仕様だと
代入したり、関数のreturnで値として返したりができない
となれば独自のクラスを定義して、まるで基本型のように振舞わせたり、メソッドチェーンをしたりが出来ない
もしやるとしたらnewして返すしかないので、GCが無いとどうにもならなかっただろう
(実際C++とCの配列は相性が悪く、std::vectorかstd::arrayを使わないと上手くいかない場合も多い
　ポインタ相当に勝手に成り下がってしまうので代入ができない)
ただ、このことが本当に良かった事なのかどうなのかは分からない
GCは有ったほうが良かったかもしれないし、C++の代入やコピーコンストラクタに関する話題は後を絶たない
他の言語のほとんどがオブジェクトを参照で扱うのを見てると
Cの配列のように勝手にポインタに成り下がって代入できない考え方のほうがスタンダードなのかもしれない
C++のクラスは、状況に合わせて、これを選べる、という立場になってるが
もしCの構造体が配列のような仕様だったなら、どうなっていたか分からなかった事を考えると感慨深い

**デフォルトの名無しさん** · 2017/07/12(水) 13:43:43.81

よくよく考えてみればなかなかに奇妙
まず常人が普通に考えたら、配列や関数名を参照したらポインタ値が得られることにしようっていう発想がない
プログラマは基本的に几帳面で、整合性を気にする生き物だから
ポインタ値は「&」を付けたら得られることにしよう、と決めたのだから
&arrayとか&funcとか書かせたくなるのが普通だろう
そして(*array_ptr)[1]とか(*func_ptr)()とか書かせたくなるものだろう
ところがCは、レジスタに乗らないもの、演算できないもの、を
勝手にポインタと同等に格下げするというルールを設けたうえで
そのポインタに対して各種演算子を定義することで整合性を保ちつつタイプ数を減らすという
ウルトラCをやってのけた
ここまででも俺ではちょっと思いつかないなーと感心するわけだが
逆にこんなすごいことを思いついたんなら、全部このルールで行きたくなってくるのが凡人
その方が整合性がありそうな気がするから
なのに構造体はそうなっていなくて、代わりにアロー演算子が定義してある
だから配列と違って構造体は代入ができるし関数に値渡ししたり、値で返したりが出来る
それはそれで奇妙なことだと思ったりもするが、とにもかくにも
この辺がC++の基本方針や特色にものすごく影響が出てる
GCが無いのもそうだし、最近でも右辺値参照が追加されたりとか、結構尾を引いていて
C++特有のややこしさの一端でもあり、他には代えがたいメリットでもある
ある意味で、Cの配列の考え方のが、他言語のオブジェクトの考え方に近いというのが何とも
そして構造体をベースとするC++とCの配列は相性が悪いという
C言語の功罪は凄い

**デフォルトの名無しさん** · 2017/07/12(水) 13:48:37.49

３行で(´・ω・｀)

**デフォルトの名無しさん** · 2017/07/12(水) 17:58:12.38

駄レスの関係無いリンク先をまじまじと読んでしまった
日本語でレスが書かれていない時点で読む価値が無いと判断すべきだった

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

>>915
「初期のK&Rが至高と考えるボクは
構造体がコピーできる仕様にハンタイです」

**デフォルトの名無しさん** · 2017/07/12(水) 18:19:22.64

ユーザーヘッダーファイルを作って
#include<stdio.h>
#include<math.h>
#define PI 3.14
double r;
void nyuuryoku(void) {
printf("半径を入力してください。\n");
scanf("%fl", &r);
printf("%f\n", r);
return;
}
double keisan(void) {
printf("%f\n", r);
return PI*pow(r, 2);
}
と書いてprintfでrを観察してみたんですがscanfでrに数値を入力しているはずなのにrに何も反映されていないことがわかりました。
rはグローバル変数として扱われていると思うのですがなんでrの値が変わらないんでしょうか?

**デフォルトの名無しさん** · 2017/07/12(水) 18:34:20.99

void nyuuryoku(void) {
char buf[256];
printf("半径を入力してください。\n");
if(NULL==fgets(buf,sizeof(buf),stdin)){
　　printf("ちゃんと入力しろやボケ\n");
　　return;
}
sscanf(buf,"%fl", &r);
printf("%f\n", r);
return;
}

**デフォルトの名無しさん** · 2017/07/12(水) 18:44:41.01

>>918
×　scanf("%fl", &r);
○　scanf("%lf", &r);

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

%lfちゃうか？

**デフォルトの名無しさん** · 2017/07/12(水) 18:46:07.89

失礼しますた

**デフォルトの名無しさん** · 2017/07/12(水) 18:49:05.30

oh....
コンパイラも見逃してくれてたからそんなミスとは思いませんでした(´ｴ`;)
ありがとうございました

**デフォルトの名無しさん** · 2017/07/12(水) 19:24:59.74

-Wallつけるか、clang使え

**デフォルトの名無しさん** · 2017/07/12(水) 21:38:59.46

>>912-914
なんか色々勘違いしてるしどうでもいいから続きはチラウラで頼むわ

**デフォルトの名無しさん** · 2017/07/12(水) 23:05:57.46

最近のチラシは両面印刷で困る

**デフォルトの名無しさん** · 2017/07/13(木) 00:31:49.82

>>907
>pp[1]= *(pp + 1) は確保していない領域を指すのでこの表現は使ってはいけない
Cの規格をよく読み直したらそうでもなかった

**デフォルトの名無しさん** · 2017/07/13(木) 01:06:35.55

>>912-914は基礎的なところで間違った理解をしていると
そのうえに乗っかるすべてのものについて間違った理解をすることしかできなくなるという見本のようだ

◆QZaw55cn4c · 2017/07/13(木) 06:27:44.49

>>927

>>880
int **pp = &p;
でpp[1] は書いちゃだめだろう？

**デフォルトの名無しさん** · 2017/07/13(木) 07:12:43.09

>929
その書いちゃダメを規定する6.5.6p8には「that is evaluated」という条件がある
evaluateはメモリアクセスの有無と関係無く基本的に全て行われるはずだが
6.5.3.2p3の例外既定により該当しないばかりか「&*」が省かれるとある

◆QZaw55cn4c · 2017/07/13(木) 08:39:26.58

>>930
シンタックスではなくセマンティクスというわけですか‥ありがとう

**デフォルトの名無しさん** · 2017/07/13(木) 18:16:27.80

#include<stdio.h>
#include<string.h>
#define NUM 10
int main(void) {
int length;
char name[NUM * 2 + 1];
char family_name[NUM + 1];
char first_name[NUM + 1];
printf("姓を入力してください\n");
scanf("%s", family_name);
printf("名を入力してください\n");
scanf("%s", first_name);
strcat(name, family_name);
strcat(name, first_name);
length = strlen(name);
printf("名前：%s\n", name);
printf("長さ：%d\n", length);
return 0;
}
このプログラムで入力まではちゃんとできてるみたいなんですがstrcatのところでおかしくなって
結合結果がﾌﾌﾌﾌﾌﾌﾌってなります。どうしてでしょうか?

**デフォルトの名無しさん** · 2017/07/13(木) 18:29:33.51

笑われてんじゃね？

**デフォルトの名無しさん** · 2017/07/13(木) 18:30:25.16

マヂレスすると、nameが不定

**デフォルトの名無しさん** · 2017/07/13(木) 18:34:34.28

>>932
char name[NUM * 2 + 1] = {0};

**デフォルトの名無しさん** · 2017/07/13(木) 18:37:48.37

ありがとうございました

**デフォルトの名無しさん** · 2017/07/13(木) 19:34:29.65

どうでもいいけど、
char name[NUM * 2 + 1] = "";

普通こうじゃね？

char name[NUM * 2 + 1] = {'??0'};

これでも良い

コンパイル結果はたぶん全部同じだけど

**デフォルトの名無しさん** · 2017/07/13(木) 20:27:20.55

>>932
俺のところで試してみたらﾌﾌﾌﾉﾌﾌﾌになった

**デフォルトの名無しさん** · 2017/07/13(木) 20:43:44.17

Visual Studio のデバッグビルドだと、不定メモリをCCで埋める
だからこれに対応する'ﾌ'が表示される
なぜ途中が'ﾉ'になるかはわからん

strcatではCCの後の0を探してその後に文字列をコピーするから、0の位置によっては例外が発生したり動作がおかしくなったりするかも

**デフォルトの名無しさん** · 2017/07/13(木) 21:06:57.04

>>937
= {'\0'};のタイプミスだよね？

**デフォルトの名無しさん** · 2017/07/13(木) 21:23:18.88

>>940
タイプミスじゃなくて文字化けした
スマホから見ると、? が◆の中に書かれた文字になってる

**デフォルトの名無しさん** · 2017/07/13(木) 23:03:34.21

プログラム終了にexit 0とreturn 0がどう違いますか？

**はちみつ餃子** ◆8X2XSCHEME · 2017/07/13(木) 23:59:30.53

>>942
違わない。
main 内の return は exit と同じ。

**デフォルトの名無しさん** · 2017/07/14(金) 19:19:48.00

というタワゴトで他人を陥れるのであった

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 19:26:30.76

exitは死のトラクターが働かない

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 19:32:27.26

異常終了以外でexitを使うヤツは素人

**デフォルトの名無しさん** · 2017/07/14(金) 20:20:31.05

えっ
mainのreturnでint値返すのはexitをその返り値で呼ぶのと全く等価でしょ？
少なくとも現行のC,C++規格では等価と書いてあるけど現実の実装ではそうなってないってこと？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 20:52:35.05

#include <iostream>
#include <cstdlib>
struct A {
~A() {
std::cout << "OK" << std::endl;
}
};
int main(void) {
A a;
std::exit(-1);
}

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 20:55:56.83

>>947
どこに書いてあったか？苦情入れるぞ。

**デフォルトの名無しさん** · 2017/07/14(金) 21:04:08.43

今日の>>945は健常者
後始末される例外ケースについて触れていたら完璧だった

**デフォルトの名無しさん** · 2017/07/14(金) 21:06:50.82

atexit で後始末回収機構走らないの？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 21:39:46.62

>>947
どこに書いてあった？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 21:46:17.67

atexitはマニュアルに書いてある通りだから、ここでいちいち説明する必要はない。

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 21:53:53.48

マニュアルこそが聖書。マニュアルを読まない奴等はノンプレイヤー。

**デフォルトの名無しさん** · 2017/07/14(金) 22:54:13.51

つまりexit()はバカ発見器ってこと？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/07/14(金) 23:01:28.54

C++でexit使うぐらいなら、代わりにC++例外を使った方がいいよ。デバッグしやすいし。

**デフォルトの名無しさん** · 2017/07/15(土) 05:41:00.21

>>947
exit() 関数に入ってしまってはデストラクタが働かないのに，それでも return 文と一緒といいはるの？
それ規格がまちがってるから，そのうち修正がはいるはず

**デフォルトの名無しさん** · 2017/07/15(土) 13:25:52.33

ポインタの作法に慣れないです
読めるけどかけないです

**デフォルトの名無しさん** · 2017/07/15(土) 16:38:44.94

ポインタは2段までしか使わないなあ
関数ポインタはstd::functionに入れる癖がついたし

**デフォルトの名無しさん** · 2017/07/15(土) 17:20:33.71

#include<stdio.h>
int unko(int x);
int aho(int *y);
int main(void) {
int a[5] = { 1,2,3,4,5 };
unko(a);
aho(&a);
printf("%x\n%x\n", a, &a);
return 0;
}
int unko(int x) {
printf("%x\n", x);
return;
}
int aho(int*y) {
printf("%d\n%d\n",*(y+1), y[2]);
return;
}

このとき関数unkoで配列aの中身にアクセスする方法ってありませんか?
アドレスがわかっているからできそうな気もするんですがよく解りません。