[過去ﾛｸﾞ] 【初心者歓迎】C/C++室 Ver.100【環境依存OK】 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
107: デフォルトの名無しさん [sage] 2016/12/19(月) 08:41:19.51 ID:K+bb4qm0(1) AAS
vcを使うという事ですか
110: デフォルトの名無しさん [] 2016/12/24(土) 19:04:08.51 ID:Xnn//JuE(2/3) AAS
これで4時間近くハマった。
192: デフォルトの名無しさん [sage] 2017/01/05(木) 14:25:53.51 ID:yWb7mDiI(4/4) AAS
64bit (2の補数の)符号付で 00FF FFFF は正なんだけど
48bit の符号付整数での比較を望んでいるんだろうか？
208(2): デフォルトの名無しさん [sage] 2017/01/08(日) 04:24:28.51 ID:c5pY166L(1/2) AAS
>>201-204
普通は、ファイルを閉じる際、自動的にflushされる
それに何もしなくても、OSのデフォルト設定で、
dirty Page Cache を、5秒ごとにflushして、メモリとディスクを同じ状態に保つ
USB・SSDの書き込み回数を減らしたい人は、書き込み間隔を15〜30秒に設定している人もいる。
commit=15
Linux I/O のお話 write 編
外部ﾘﾝｸ:d.hatena.ne.jp
279(1): デフォルトの名無しさん [sage] 2017/01/27(金) 02:43:45.51 ID:c6wkRwWW(2/2) AAS
すまん 評価してからインクリメントは同じだもんね。
289(1): デフォルトの名無しさん [sage] 2017/01/30(月) 00:05:47.51 ID:iVXSa+56(1) AAS
>>288288(1): デフォルトの名無しさん [sage] 2017/01/29(日) 23:42:21.35 ID:DuISdTe+(1) AAS
VS2015の環境を持っていないんで見当違いかも知れんが…。
#include <stdio.h> か #include <cstdio> を書いてみる。
char text[] = ... を const char text[] = ... にしてみる。
これらを(独立して)変えてみたら状態が変わらんかな?
printf()による副作用の可能性を考慮してtextを消さないのかも知れん。
もちろんprintf("hogehoge")を呼び出しても
引数になってないtextが読み書きされるはずはないんだけど。
アドバイスありがとうございます
すいません。最小コードといいつつincludeをきちんと書いておりませんでした
#include <stdio.h>を最初に書いております
cstdioに変えてみて、各種パターンやってみましたが、変化は見られませんでした
次に、以下です
const char ではfoofooは消えませんでした
const static char に変えたところ、消えました
printfが、中でスタック消費量でも利用しているのかな…と馬鹿なことを考えて
char text〜をグローバル空間に出してみましたが、foofooは消えずです
434: デフォルトの名無しさん [sage] 2017/02/14(火) 15:31:24.51 ID:Y4N6R9g2(2/2) AAS
privateとその長さは関係ないと思うが
459(2): デフォルトの名無しさん [sage] 2017/02/21(火) 06:31:57.51 ID:OFTvUoLj(2/3) AAS
>>456456(2): デフォルトの名無しさん [sage] 2017/02/21(火) 01:18:37.30 ID:9fQxfYbZ(1/2) AAS
>>454
エラーメッセージを見ないことには回答のしようがないと思うぞ
まぁ、専用のコンパイラという言い回しから察するに、C++03程度しかサポートしていない古いコンパイラでも使ってるんじゃないか？
エラーが出ている行の周辺でC++11以降の言語機能か、ライブラリでも使ってんじゃね？
>>457457(1): デフォルトの名無しさん [sage] 2017/02/21(火) 01:18:57.64 ID:bFUDo/lz(1/2) AAS
>>454
ともかく、
そのシステム専用コンパイラ提供しているところに、世界標準のIntel(2013)やGNU(4.9系)ではコンパイル
出来るのにお前のものではできないから出来るようにしたコンパイラをよこせと激しくクレーム
メッセージは
「オーバーロードされた関数"HOGE"のインスタンスが引数リストと一致しません。」
みたいな感じです
一応C++11準拠でGNU4.9一部互換とされてるコンパイラですが。。。
902: デフォルトの名無しさん [sage] 2017/07/11(火) 22:10:11.51 ID:qjau/h5c(2/3) AAS
>>894894(4): 名無しさん＠そうだ選挙に行こう！ Go to vote! [sage] 2017/07/10(月) 07:04:04.53 ID:Ols/UzwR(1) AAS
配列ならば確保した数+1までのアドレス計算はやっても大丈夫&整合がとれる位置に配置されている
は配列じゃない場合に関しては何も言ってないから間違いではないが
わざわざ配列と書いてるので配列以外は違うと思ったかわからなかったか
だろう
912(2): デフォルトの名無しさん [sage] 2017/07/12(水) 13:41:52.51 ID:uqOuLEsE(1/3) AAS
そんで俺はちょっと思ったんだけど
Cはポインタを配列のように扱えるのが便利だなぁと
逆に配列名を参照したらポインタ値になるし
あと他、関数ポインタを普通の関数のように扱えたり
逆に関数名を参照したらポインタ値になったり
意味の上で別解釈しようがないからそれでいいだろ、的な
二つに共通しているのは
(1)参照しても意味のある値が得られなそうなシンボルは自動的にポインタ値に成り下がってもらおう
(2)その上でポインタに対していろいろな演算 ()[] が出来るようにしておこう
というもので、これでシームレスになるしタイプも減るから便利だろう、と
でもそういう方針なんだったら何故我々は「.」と「->」を
使い分けなきゃならないんだ？と思わんこともない
意味の上で別解釈できたり不明瞭だったりは無いのに
ただ、Cの構造体は(1)を満たしていない
もし(1)を満たすようにしてしまうと、構造体を参照するとポインタ相当に成り下がってしまうので
代入演算子で代入したり、関数に値渡ししたりが出来なくなる
ただし、C言語がそのような仕様になっていた可能性は十分にあると思う
というのも配列がまさにそうであって、代入でコピーできないし、関数に値渡し出来ないから
アセンブリレベルでは配列も構造体もレジスタに入りきらないという意味では同じで
先頭アドレスからのオフセットでアクセスするのは同じであるから
そういう着想に基づけば、構造体も配列と同じようにポインタに成り下がる仕様に
なっていた可能性はあると思う
構造体は代入できないからmemcpyしろ、がCの常識だった可能性はある
そんで、「.」演算子は構造体のポインタに対して有効、となって、「->」は無くなる
で、そうはしなかった代わりに「->」演算子が有る、とも取れる
933: デフォルトの名無しさん [sage] 2017/07/13(木) 18:29:33.51 ID:lX8cJUTX(1/4) AAS
笑われてんじゃね？
955: デフォルトの名無しさん [sage] 2017/07/14(金) 22:54:13.51 ID:RlDfzlps(1) AAS
つまりexit()はバカ発見器ってこと？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.041s