◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:【初心者歓迎】C/C++室 Ver.100【環境依存OK】 [無断転載禁止]©2ch.net YouTube動画>1本 ->画像>2枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/tech/1478440682/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
エスケープシーケンスや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/ >>2 訂正しときます
次スレの
>>3-100 0が射精魔
前スレ
>>999 再掲
class A{
int a[2];
A(int b[])
:a(b) //error
{}
};
この:a(b)ってなにか書き方ありますか？
前スレ
>>100 0
無理でした・・・
引数の int b[] って int* b と同じやしなぁ
C++11以降なら
>>4 C++11以降ならstd::initializer_listが使える
#include <iostream>
#include <initializer_list>
#include <algorithm>
class A {
int a[6];
public:
A(std::initializer_list<int> b) {
std::copy(std::begin(b), std::end(b), a);
}
void print() const {
for (int i : a)
std::cout << i << std::endl;
}
};
int main()
{
A a({10, 4, 2, 8, 5, 66});
a.print();
}
>>12 それinitializer_listに6っこ以上与えたら実行時のアクセス違反になる
>>4 C++11以降ならstd::array使うべき
そうすれば普通に書ける
class A{
std::array<int,2> a;
public:
A(const std::array<int,2> &b):a(b)
{
}
};
>>13 いやいくらでも動的に増やせるんだけど初心者スレだから省略した
http://ideone.com/ryEwkt 要求は固定長の配列であって、動的に増やせるようにしろとは言ってないので
>>11 ん？
int b[2][3];をわたせんの？
func(int a[][3]);以外で
>>16 だからvector使ってないでしょう
unique_ptrのパフォーマンス知らないの？
ID:hOJqMng1 の主張の変遷
A() : a{b[0], b[1]} {}がダメだった人にC++11を押しつけてどーすんだ
>>12 に至ってはもとの質問と全然関係ねーし
VC++で、マウスオーバーで色が少し変わって、クリックしたら沈んだみたいになる画像ボタンを作るにはどうしたらいいですか？
>>19 まず効率は動的確保を行うnewとunique_ptrより確実にarrayのほうがいい
そして
>>4 の要求はコードから明らかに固定長でいいと言ってる
これは私の勝手な主張ではなく元の要求がそうなってる
目的を達成するために非効率な動的確保は必要ない
私はアクセス違反になるといったが動的確保にしろとは言っておらず、動的確保にしたのはそっちが勝手にやったこと
アクセス違反を回避するために動的確保にするのは全く割に合わない
だったら長さチェックすればいいだけ
>>21 で結論でてるじゃねえか
C+11を押し付けてる時点でおまえら全員ダメだ！
>アクセス違反を回避するために動的確保にするのは全く割に合わない
こう書かれるべきものが
>>16 で
>それのコードは非効率にしかならないと思うよ
と書かれたため
>>19 が射精した
特に「非効率にしかならない」の「にしか」という表現が前後の繋がりを考えると最悪だ
using std;
int main() {
int a;
cout<< "数を入力してください" <<endl;
cin>> a;
cout<<a <<"ですね？" <<endl;
}
aを確実に入力させたくて困っています
ご教授ねがいます
まず確実ってなんやねん
そうです
>>28 http://ideone.com/dpolU5 一応単なる改行や数字で始まらない文字列は弾くようにした
ただしコメントにも書いてあるけど 123def みたいな数字で始まる文字列を
入力したときは数字だけ返すんでそれが駄目なら自前で作るしかないね
>>32 getline知りませんでしたが何とかできそうです
ありがとうございます
独習C第4版 P197ページの再帰のプログラムなのですが、
引数だけ書くと
>>35 早速のレスありがとうございます。
＞9+1でifに入らないからrecurseからリターン
ということはmain関数のreturn 0でプログラムは終了してしまうのではないですか？
なぜprintfが呼ばれるのかわからんのですが。(iが減算される理由もわかりません）
if(i < 10) {
丁度再帰打ち切り付近の挙動
>>37 9+1で入って偽で抜けたら
8+1で入ってきたif内のrecurseから抜けて次のprintfが実行されて抜ける
8+1で抜けたら7+1で入ってきたif内のrecurseから抜けて次のprintfが実行される
の繰り返し
>>35-39 さん
どうも再帰関数とforループがごっちゃになっていたようです。
何となくわかりました。
後は自分で考えてみます。
どうもありがとうございました。
再帰呼び出し後に書く recurse(i+1); printf("%d ", i);
なんか遠回りな説明ばかりだな
>>41 再帰でどう動いてるか理解するのに
この手の人は、具体的な実装例を見さえすれば、すぐさま疑問が解消されるんだよ
>>43 でも「待機する」だとか
なんで逆順になるのか分からないとか
言っているが
スタックフレームさえ知れば全ての疑問は解決だし
C/C++するのにスタックフレームさえ知らない状態だと
このさき困難だろう
待機する、って言い方を見るに、何かキューのような物を連想しているようだし
いや、俺は別に何も説明するつもりはないよ
スタックフレームで検索して見たところ、
http://brain.cc.kogakuin.ac.jp/~kanamaru/lecture/MP/final/part06/node9.html このページが一番わかりやすそうです。
LIFOなんで新しい関数と引数が上の方に積み上がっていくと考えれば良いのでしょうか？
first outなんで実効は新しい順（つまり今回の例の場合はi=9)ということですね。
スタックフレームという言葉で検索したらおもしろそうなサイトがたくさん出てきました。
皆さん今回はありがとうございました。
>>43 まず大前提としてプログラムの流れは1本道で別れたりしないし、待機みたいなことも普通しない
そして再帰関数という特別な関数があるわけではない、recurseは普通の関数と何も変わらない
void recurse(int i)
{
if(i < 10) {
recurse(i + 1);
printf("%d " , i);
}
}
この4行目はrecurseという関数を呼び出している
つまり自分自身を呼ぶのでこの4行目の呼び出し後、recurse関数の最初に戻る
ただし引数iは1大きい値で呼ぶ
これを入れ子のように10回繰り返すことになる
>>51 レスありがとうございます。
https://ipa-zone.info/page-2644/ このページに私が使っている独習Cの再帰の部分が丸ごと転載されているんですが（違法？）、
i=0~10と昇順で増加していく前半部分でも呼び出された関数(recurse(1)など）は終了した訳ではないですよね？
後半のi=10から降順で減少していくときにはじめてprintfが実行されて関数が終了すると思うんですが、
LIFOなんで最後に呼び出されたrecurse(9)からrecurese(0)まで降順で残ったprintfを実行していくということではないんですか？
>実行は新しい順（つまり今回の例の場合はi=9)ということですね。
ポインタを返すラムダをstd::functionで取り扱いたくて調べてるのだが
>>53 レスありがとうございます。参考になりました。
>>55 特に難しくは無いと思う
例えばどんなことをしたいの？
std::function<int*(const int)> create_array = [](const int n)->int*{ return new int[n]); };
>誰かdeleteすんだよと思うけど
>>55 の回答はこんな感じでいいだろう
using ptr_type = void *;
std::function<ptr_type ()> f1{ []{ return ptr_type{}; } };
std::function<void *()> f2{ []{ return static_cast<void *>(nullptr); } };
>>62 散々煽ってたから聞くけど
static_cast<void *>(nullptr)
このキャスト無駄じゃない?
これは変な例ではないの?
う～んどうだろうね
もしくは、ひょっとしたらnullptrには何らかな特殊な型が与えられているのかもしれんが
>>57 >>59
>>62 vsで試してて
std::function<void *()>
のような書き方をするとテンプレートがエラーを出していたので
関数ポインタのような特殊な記述が必要になるのかと思って調べていたのですが
原因が分かりました
仮で書いていたラムダ式の中の返り値を
return NULL;
にしていたのでこれがintなためエラーが出ていたようです
テンプレートの奥のほうで型の不一致を出していたので
<>内の記述ばかり疑っていました
というかNULLって今まで(void *)0だと思ってました・・・
まさかただの０だとは
普段はコンパイラが暗黙に変換してるんだね・・・
自宅のvs2015communityで実験したところ
>>65 nullptrの型はnullptr_tだよ
だからラムダの戻り値の型はnullptr_tと推論される
ただ問題はvoid *を戻り値としたfunctionに代入できるか
ぶっちゃけ俺も書いてからやっちまったかと思って調べた
規格を調べたところやはり要らなかった
戻り値が暗黙変換できれば代入できると書いてある
つまりラムダの戻り値intでfunctionはdoubleとかもあり
そして当然nullptrはvoid *型に暗黙変換できる
なので要らない
https://ideone.com/EwRvlU >>67 の結果とも一致する
>>63 コンパイルが通るかどうか以前に55は『ポインタを返すラムダを』と言っているのだから、
無いとお題改変になってしまうだろう
>>67 当然
int f() {return NULL;}
void *関数() {
return f();//エラー
}
と同じことなので
>nullptrに型が有るのか無いのか
さすがにCは時代に取り残された感があるな
組み込み系って英語ではembedded なんちゃら だし
linuxのカーネルモジュールてC++で書けるようになったんだっけ？
ドライバとかはサブシスは普通に書いてるぽい、コアな部分はメンテナがパニクルのでやっぱCかと
実際ひと目でいいからソース見てみ
C++使わなくていいならそれに越したことはないからね
c++は個人差が大きすぎるようです。議論も出来ない。
C++初学者です。
元関数の length が uint32_t 単位での個数という仮定
uint16_tの方がラッパーなの？
>>86 なるほど、
渡すデータを1つ置きにすれば良いわけですね。
渡すデータを組み立てるときにそうすれば良いですし変換のコストは少なそうです。
多少汚いとこが関数外に出ちゃいますが今回のケースでは現実的な方法だと思います。
>>87 残念ながら使用しているコンパイラはclangではないですし、
VLAは今回の用途には重そうですね。
便利そうなので、PC用のプログラムを作るときに使えるかもしれません。
ひとまず
>>86 さんの方向で考えてみます。
お二人ともありがとうございました。
組み込みでスタックに可変長のデータ領域確保するとか頭大丈夫？
>>89 >>90 どうなのって言われても好きにしろよとしか言えないけど...
個人的には各々のテストも必要になるその手のコードは書かない
ガチの初心者でプログラミング勉強したいと思ってるんですが
やっぱり画像が出たら楽しいから画像ビューアとかが良いんじゃないかな
Cであることに特に意味がないのなら別の言語の検討をすすめる
>>92 プログラミングを習得した延長線上に何を作りたいか決まってる？
>>92 作りたいプログラム(今ならアプリケーションというのかな)の
イメージが先にないとアドバイスしにくい時代なのよ。
まずコンソールに hello, world を表示して、続いて標準入出力、
ソートやらリンクド・リストやらのアルゴリズムを習得して…
という順序を踏んでも、「マウスをクリックすると何かしてくれる」ような
今様のプログラムには少しも近づかないんだな、これが。
>>96 ゆくゆくはカメラを使って画像処理的なものをしてみたいと思ってます
具体的にはまだ決まってませんが…
>>97 なるほど
将来的にやりたいことをしっかり考えたうえで何を学ぶべきか考えたほうがいいんですね！
>>98 じゃあとりあえずGUIが必要だから
そこらへんからかな？
>>101 わかりました！
ありがとうございます！
c++でGUIな何かを作るときどうやるのが普通？どうやるのがおすすめ？
ビルド時間とバイナリサイズが気にならないならwxWidgets
真面目にその条件なら.NETだけどそれなら言語はC#でやった方がよいと思う
wxWidgetsよさそうやね
>>103 ターゲットのOSとかPC/ケータイとかライセンスとか軽さとか見比べて
GUIフレームワークを選ぶ
Qt は重いけどマルチプラットフォームかつ見た目がいいから人気
Windowsのみなら C# が迷わなくて済むけどね
時代遅れを気にしないなら VC+MFC の情報は多いｗ
他にもいろいろある
FILE *fp;をグローバル変数にしてたら落ちまくって、ローカル変数にしたら落ちなくなった現象は何でですかね？
グローバルな FILE *fp の近く(若いアドレス)に置かれた
>>109 ファイルの開くのから閉じるのまでが一関数に収まってて、他から呼び出してないなら関係ないと思うけど
閉じ忘れとか？
fp をグローバルにおいたソースで 別のローカル変数をグローバルに置いたら
その変数で副作用起こすんじゃね？
(
>>111 と同じく範囲突破しての書き込みを疑ってる）
fpがどんな値になろうと最悪でもエラー検出するだけだから
>>111-115 ありがとうございます。
>>111 さんのおっしゃる通り、メモリの問題でした。
fopenからfreadの間で、
読み込みバッファをmallocで確保してmemsetでゼロクリアしている部分があり、
このクリアするサイズが確保したサイズを上回っていました。
なので、fopen直後のエラーチェックでも問題が起きてないのに落ちていたようです。
//私も一度はこれを疑って確認したんですけどね。
//レスもらってから改めて確認したらこのような状況になってました。
根本的な解決ができて良かったです。
mallocで確保した領域の溢れがグローバルな変数を壊すってのは
>>118 お前はもう少し勉強してから書き込むべき
エミュとかアドレスを固定してるけどどうやってんの？
質問です
"s"と".png"はconst char*型なので+は無理
>>120 最初に、すべてのアドレス分のメモリを確保すれば？
その先頭アドレスを、エミュレータの先頭アドレス・0 にすればいい
>>121 標準で用意されているのはstringとstring/char/char*間のみ(operator+)
なので+するのをintでなくstringにすればいける
C++11ならto_stringがあるから次ので問題ない
string hage = "s" + to_string(n) + ".png";
細かい書式設定とかしたいならsstreamかsnprintfあたりで
起動毎にホスト上でのメモリ配置が変わっても
エミュレータの駆動機構で
>>124 のように
エミュレーションする対象の仮想コードのアドレッシング → ホスト環境の実メモリ
の変換テーブル経由なら問題は発生しないべ
>>125 ありがとうございます！
あとでやってみます
>>127 を分かりやすく言うと配列みたいなもんだ。
int foo[5];
と宣言すれば、起動毎に確保されるアドレスは違うが、
例えば3番目のアドレスには必ず&foo[3]でアクセスできる。
これと同じ。
OggVorbisの使い方を教えてください。
https://xiph.org/doc/ ここから必要な文書を探して読んで理解するのが本筋
ある本の解答例ですが実行すると先頭文字が消えます。これではダメなんでしょうか？
*str++ = toupper(*str);
*str++ = toupper(*str); でダメなら
ポインタを直接インクリメントするのはどうにも性に合わん
>>133 その本がダメなコードの例としてそれを挙げてるならいいけど、正解としてそれを書いてるのなら、著者の能力とか校正の正確さとか不安になる。
>>138 正解例です
>>135 下でダメだったので正解を見たら上になってて、そうかとそうかと思ったのですが…
>>134 ありがとうございます
初心者なので更に勉強してみます
古かったとして、古い規格だとしても処理系依存
>>139 まじすか ちょっとひどいですね。 著者が知りたいです。
str_toupperでググると正しいコードはあるけど
>>133 は見つからないなあ。結局なんて本？
解きながら学ぶC言語(2006年第5刷)ですが、新版見てみたら
>>134 のように修正されてました
このサイトを参考にコードを書いているのですが、レスポンス中に無反応になります。
助けてください。
http://qiita.com/edo_m18/items/41770cba5c166f276a83 このコードとの差異は以下の通りです。
----------------------------------------------------------
read_size = SSL_read(ssl, buf, buf_size);の前に
memset( buf, 0, buf_size );を挿入
write(1, buf, read_size);を
printf("%s",buf);に変更
close(sock);の後に
printf("OK.\n");を挿入
拡張子をcppとし、C++としてコンパイル。
----------------------------------------------------------
この変更したコードのprintf("%s",buf);で不具合が生じます。
不具合パターンは以下の2通りです。
・ 恐らく受信したHTMLの最終部分と思われる</body></html>を出力後、2行ほどの空行、そして0という数字が出力された後、無反応になる。
・ レスポンスヘッダやHTMLコードの途中で無反応になる。
無反応時にはEnterキーもCtrl+Cも効きません。
しばらくすると、効くようになります。
但し、printf("OK.\n");によるOKが出力されませんので、異常終了している可能性が高いです。
環境は以下の通りです。
OS: CentOS 6.4
コンパイラ: GCC 4.4.7
接続先:
https://www.youtube.com/ その他、無反応中にnetstat -tanpコマンドで確認すると、
このアプリケーションはESTABLISHEDとなっています。
また、自宅サーバーのHTTPSのサイトへアクセスした場合、HTMLの最後のほうの</body>が出力された後に数秒の間があり、
その後、</html>が出力されて正常に終了します。
この数秒の間も気になります。
よろしくお願いします。
>>149 > printf("%s",buf);に変更
%sは文字列のアドレスを引数として受けてそれを出力する
C言語で文字列とはNUL終端されたバイト列だが
SSL_readは文字列ではなく只のバイト列を扱うからNUL終端なんてしていない
そのために受信した文字列以上のおそらくbufの領域を越えて偶然にゼロに
出くわすまでprintfが出力しているんだろう
付け加えると、サーバーから送られてくるバイト列中にゼロが含まれていると
文字列として扱おうとしたprintfはそこまでで終わりと見做してしまう
例えば2ちゃんはたまにそんなHTMLを返してくることがあっていい加減な作りの
自作アプリなんかが途中までしか表示しないとかいう不具合を出す
>>151 ありがとうございます。
初歩的なミスでお恥ずかしい。
バイナリデータとしてファイルに出力したところ正常に動作しました。(ファイルの内容にも問題ありませんでした)
恐らくマルチバイト文字の途中か何かで切れていたのでしょう。
マルチバイトなんか関係ない
printf("%.*s", read_size, buf); なら少しだけ
「んなこたーない」
そういうのはとりあえず否定したいだけだからスルーでいいよ
俺はとりあえずこんなのを提案する（）
>>157 さすがにこれは説明要らんだろうと思うよ・・・。
「副作用完了点が2つ以上」って、 str++; str++; こんなのでアウトってことだからね。
マクロのおまじないでも？
>>147 言いたいことはわかる気がするが、その文面は明らかに間違っているでしょ。
エスパーすると、
「副作用完了点と副作用完了点の間で、同一の変数を複数回変更する」
と、鼻から悪魔、かな？
まだ甘いか。
gotoで地獄へ行くのをdo/break/whileに書き換えることができる。
>>157 人としての最低限の知能を持ち合わせて調べ直せば本人なら気付くレベルの時しか言っていないのでいつも本人からの訂正レスを待っているのだが、
何故か絶対に自分の発言を撤回したがらないようだ
言われた方は言われた方で同じこと思ってるんだろ。だから具体的に指摘しなきゃ話が進まない。
ピンポイントで間違い指摘されてんだから自分こそ根拠を述べろよ。
>>157 さすがに
>>147-148 だと
>>147 の方に説明責任があると思う
MISRA-C研究会が書いている、MISRA-C 2004(C90) の本をみっちり、勉強しろ！
> 勘違いしてないか？
とか
> 日本語おかしくないか？
とか言ってあげれば
>>147 も自分の間違いに気づけたんじゃないかなって思う。
>>173 ちっとも具体的じゃないが、それでいいの？正直なにが違うのかわからん。
（日本語としてはまったく問題ないしな。）
>
>>147 > 副作用完了点が二つ以上存在すること自体は問題ないだろ。
> 複数の副作用完了点で同じ変数を変更、参照するんのが問題なんだよ。
> 安易な気持ちで書き込みすんな。一生ROMってろ。
ネラーならこれくらい言えないとな。
>>175 「んなこたーない」だけだと単に否定したいだけの書き込みみたいで、荒らしなのか普通の指摘なのか曖昧。
>>158 みたいに受け取る人もいるし。
>>173 は具体的じゃないけどまだましなほうでしょ。
副作用完了点が2つ以上あると鼻から悪魔
一応技術板なので「んなこたーない」って言われたら鼻から悪魔の例を出せばすむ話
嵐かどうかは別として間違いの指摘かどうか曖昧でわからない奴はヤバい
if (*str++ && *str++ && *str++)
大学の授業で、client.cというファイルとserver.cのファイルを渡されて
server のプログラムを実行しておいて
>>181 client.exe server.exe生成
→server.exeを起動し通信待機
→client.exeを起動し通信開始
でいいよ
>>182-184 親切にありがとうございます。
Linux環境でプログラムしているのですが
server.cをコンパイル&実行すると待機中のせいか何なのかわからないのですが
コンソール上で他のコマンドが打てなくなってしまうので2台PCが必要なのかと迷っていたのですが、1台でもできるのですね。
どうやったら待機中でもclientのコンパイル済みファイルを実行することができるのでしょうか。。
んなこたーない
>>185 bash だったら
末尾に & つけて呼び出すとバックグランドで実行するみたいよー
# server [enter]
： 待機中でだんまりさんｗ
# server & [enter]
： すぐ次の入力待ちになる server は裏で実行中
#
>>187 できました！
ありがとうございます助かりました
nohup をつけるともっと幸せになれるよ
馬鹿がnohupなんか付けたらいつまでもプロセス残るだろ
0xFFFFFFの変数がif(n > 0)で真になるんだがなんだコレ？
64bit (2の補数の)符号付で 00FF FFFF は正なんだけど
>>191 何だこれと言われても言語仕様としか言いようがない
auto n = 0xFFFFFF;
if (n>0)//必ず真
auto n = 0xFFFFFF;
>>185 別の端末・別の仮想デスクトップなどを、起動すればいい
■ 質問概要
ファイルに書き込んでも反映されない。
■ 環境
CentOS 6.4
GCC 4.4.7
■ 質問詳細
fopenに"r+"を指定して開いたファイルに、fputsでテキストデータを書き込んでも反映されません。
fcloseしていないことが、恐らく原因だと思います。
このアプリケーションは起動時にfopenでファイルを開いて常駐し、
アプリケーション終了時にfcloseするように開発しており、fcloseすると反映されます。
常駐型のアプリケーションで逐次ログ出力するため、
書き込むたびにファイルを開いたり閉じたりしないようにしています。
fcloseしなくても読み取りだけはできるようにしたいのです。
Apacheの挙動を見ると、ログファイルがこうした動作になっているようです。
(Apacheのソースは読んでいません、ログファイルを操作しようとした際の挙動などからによる推測です)
どうすればいいでしょうか。
調べたところ、fflushで希望の動作ができそうですが、
使い慣れてないものを使うのは副作用が怖く、
また、説明に「強制的」等の文言があるため、この文言があるだけでも非常に不安です。
こうした目的でfflushを利用しても問題ないのでしょうか。
そもそもfflushでいいのでしょうか。
https://linuxjm.osdn.jp/html/LDP_man-pages/man3/fflush.3.html flushは時間がかかるから頻度が高い場合は気をつけて。
>>202-203 ありがとうございます。
時間がかかるんですね。
では、頻度が高い場合はfputsの度ではなく、
一定時間おきにfflushするように実装したいと思います。
A = (framecount / 10) % 4
(framecount を 10 で割って) それの 4で割った余り 0～3 の値になる
>>206 こんな深夜に即レス、感謝
ありがとうございます！
>>201-204 普通は、ファイルを閉じる際、自動的にflushされる
それに何もしなくても、OSのデフォルト設定で、
dirty Page Cache を、5秒ごとにflushして、メモリとディスクを同じ状態に保つ
USB・SSDの書き込み回数を減らしたい人は、書き込み間隔を15～30秒に設定している人もいる。
commit=15
Linux I/O のお話 write 編
http://d.hatena.ne.jp/naoya/20070523/1179938637 char buffer[256];
すみません、誤送信してしまいました
>>210 問題が再現できる最少コード書いてみて
コンパイル通るコード
>>211 先日も少し教えてもらったのでまた聞きに来てるのが恥ずかしいのあ
ですが、サーバとクライアントでの通信のプログラムです。
server.c
http://codepad.org/epmTQJ0 client.c
http://codepad.org/uhR4zEL3 gcc -o s server.c
gcc -o c client.c
./s&
./c
で実行しています。
サーバ側のscanfで止まってしまうみたいなのですが
サーバ側のscanfをコメントアウトすると通るみたいです。
server側がnot foundだわ
Wait for Connection...Connected.
>>215 そうですね
Serverの後にscanfがあるので入力してみると
Server: uuu
aaaaa
iiii
uuu
とかになって、Enterキーを打っても次に進んでくれません
送受信で変数を別々にしてみて
サーバをフォアグラウンドにしてから入力すればいいだけな気がする。
>>217 ありがとうございます
やってみましたがどうもうまくいかなさそうです
>>218 ありがとうございます。
いちおうやってみたのですが、ぼくがりしょしんしゃすぎてこうどなれすすぎてりかいできません(^q^)
バックグラウンドとフォアグラウンドの使い分けが良く分からないです。
手順を整理すると、
1. サーバをバックグラウンドで開始
2. クライアントをフォアグラウンドで開始
3. クライアントを停止
4. クライントをバックグラウンドで再開
5. サーバをフォアグラウンドで開始
6. クライントをフォアグラウンドで開始
ということでしょうか？？？頭がパーン！！
>>219 ブレークポイントが39で止まる
→続行して入力しても40のブレークポイントに来ない
こんな状況なの？
難しいようなら、&で起動するのはやめて、ターミナルを二つ起動して
質問者の提示したURLに書かれている注意事項すら読まない奴を相手にレスするとは
>>220 そんな感じでした
>>221-222 ターミナル2つ起動したら簡単にできました。。
ターミナルって2つ開いて操作したりするものだったんですね
Linux初心者すぎて分かってませんでした
助かりましたありがとうございます
端末も複数、起動できる
仮想デスクトップを知っているか？
デスクトップも、複数起動できる
普通、C/S通信プログラムでは、2つ端末を起動する
>>209-210 2chのバグだろう
書き込み確認画面が出る際、" を使うと、そこで文字列の終了とみなされる。
" の代わりに、\" とエスケープすれば、どうだろう？
それか、書き込み確認画面が出たら、1度キャンセルすれば、確認画面は出ないようになった
>>208 といい
>>226 といい、わざと嘘を書いてるのか？
MSVCはいつまで__cplusplusの定義199711Lのままなんだ
変えると暴動が起きるこら変えない
別ファイルで作成した関数を使用するときは、そのヘッダーファイルの
そのヘッダーファイルの中でプロトタイプ宣言はされているんじゃないのか
インクルードするファイルを間違えてたみたいです
新しくクラスとそれに関連した処理などを実装するとき
プログラムは普通すべて「ソースファイル」に書くものです
> その時メンバ関数はどんな場合でもヘッダー側に書かずにソース側に書くものですか？
短いメソッドなら、ヘッダに、inline 指定して書くと、
クラス定義で定義されたメンバ関数は暗黙にinlineになるね。 >>240 は後者の説明だったのね。 >>235 本体側に書くのが原則 特にシステムが大きくなる場合
よほどの理由がある場合（インライン化して高速化するなど）はヘッダに書くこともある
『～のが原則』
inlineにするのはほとんどその時の気分みたいな？
>>244 関数呼び出しのオーバーヘッドの回避と、定数畳み込みなどの最適化が期待できる場合にインライン化する。
>>245 インラインにしても劇的に速くなった経験が無いんですが、コツは有りますか？
効果が出るのは
inlineキーワードはヘッダに実装書くときなどに使用するものでインライン展開を狙った最適化の為に書くものではない
もしかしてコンパイラの方で展開してるとか はないかなぁw
>>249 インライン関数の話の途中でinlineキーワードの関数の話を始めて、いきなりどうした
>>249 上にもあるけどヘッダに実装書いたら暗黙でインライン指定されるから、そこにinlineキーワードを使用するのは無意味
やはりinlineは最適化のためでしょう
ベクトルとか行列のライブラリを使った時は全部インラインにしたな
ヘッダに書いたら暗黙でinlineって
ちょと混じっちゃったね。
インライン関数はODR回避のためだと思っていた
単一定義則 One Definition Rule の略語
「単一定義規則」の方が検索にかかりやすい言葉かも。
>>261 そうそう。最適化目的でinline付けても普通無視されるからね。
Windows上で、APIを使わずに、コマンドプロンプト上だけで結果が
>>269 コンパイラツールチェインとターミナルとライブラリ管理のパッケージツールを纏めたものです
エディタは無いし ビルドツールはautotoolsとかcmakeとかを使います
ただ単体ファイルをコンパイルして実行するだけなら
gccを叩くだけなので ご要望に沿うかと
>>267 自分もvisual studio が重いのと好きなエディタ使いたいのと、
でもGUIでファイル管理とかコンパイルエラー行へのジャンプをしたかったの自分でそういうツールを作った。TTVC Developer っていうのだけど
ネット上に公開してるけど反応無いので本当に良くできてるかどうかは
わからんが、自分的には便利だとは思ってる
俺はqt creator使ってるな
>>267 notepad.exe
cl.exe
link.exe
*p++ って 参照してからインクリメントですよね。
同じだよ
すまん 評価してからインクリメントは同じだもんね。
質問です。
オプションによる不確定なものをどうして不手際と思ったのか謎
アドバイスありがとうございます
>>282 VisualStudioには無いようです。GCCにはあるようですが、ぐぐった限りだと効果はないようなことが散見されました
>>283 「不要なコードを削る」というのは、一番単純で効果が高そうなので、まっさきに確実に全除去してくれるだろうと思い込んでいたためです
この手のコードが最適化で消えないと、ifdefだらけになりそうなのですが、何か対策はないものでしょうか？
何かの理由があって残してるという事はないのかな・・・
>>281 普通に削除されて文字列もなくなるけど？
>>285-286 ご返答ありがとうございます。
どうも文字列をあれこれ変えて、消えたり消えなかったりとよくわからない状況になってきました。
とりあえず、VS2015での最小コードを作れましたので貼り付けます
int main()
{
char text[] = "foofoo";
printf("hogehoge");
if (false) { printf(text); }
return 0;
}
こうすると以下の挙動になります。
このまま： exeにhogehoge, foofooの両方が含まれているのを確認できる
printf("hogehoge");を削除： hogehoge, foofooの両方がEXEから消える
※単に0を返すだけの結果固定関数になるため、変数の割り当てすらしなくなるから？
VS2015の環境を持っていないんで見当違いかも知れんが…。
>>288 アドバイスありがとうございます
すいません。最小コードといいつつincludeをきちんと書いておりませんでした
#include <stdio.h>を最初に書いております
cstdioに変えてみて、各種パターンやってみましたが、変化は見られませんでした
次に、以下です
const char ではfoofooは消えませんでした
const static char に変えたところ、消えました
printfが、中でスタック消費量でも利用しているのかな…と馬鹿なことを考えて
char text～をグローバル空間に出してみましたが、foofooは消えずです
>>289 グローバル変数にするのは最適化されにくくなるだけ。
とりあえずこれで
#include <stdio.h>
int main(){
printf("hogehoge");
if(false){
printf("foofoo");
}
return 0;
}
データセグメントが消えるかどうかは最適化の
目的じゃないと思うが、"foofoo"が残るか見てみると
VS2015
cl /Ox /Fa hoge.cpp きえない
cl /O1 /Fa hoge.cpp きえた
cl /O2 /Fa hoge.cpp きえた
GCC-3.4.5
gcc -S hoge.cpp きえた
まあ所詮VC
exeにビルド時のフルパスが埋め込まれてるとイラっとする
リリースビルドにして、最適化オプションを指定すれば？
あるクラスに引数で渡されるオブジェクトのconstではない参照を持ちたいんですけどどのようにやればいいでしょうか
ポインタはなるべく使いたくないのですが
class A {
public:
void setParam(Param&);
private:
Param& m_param;
}
状況としては
あるクラスBがクラスAみたいなParamの参照を持つクラスを複数持っていて
クラスBがvector<Param>でParamの実体を持っているという感じです
ライフタイムと循環参照のもたらす悪夢を
shared_ptrの何が難しいのか判らん。
まぁ良く調べて使ってねってのを脅し効かせた程度です
Windows10でBluetoothを使ったCOM通信を行いたく、
直接の解はわからないけど、ぐぐって見つかったので確認
>>302 あ、はい。それはやってます。
今、わかったのですが、
一旦ペアリングを解除して、改めて「送信」COMポートを追加しようとすると、
先程までペアリングしていた対象PCが選択できるようになりました。
しかし今度は「選択されたデバイスでシリアルポートサービスが実行されていません。」と出て作成されません。
相手側に「受信」のCOMポートは作成済みなのですが…。
http://kokufu.blogspot.jp/2014/02/windows-bluetooth-spp-server.html これとかの雰囲気だと
「受信」で作った側のPCのソフトを先に立ち上げて接続待ちにして（SPPサーバー）
「送信」で作った側のPCを後追いで接続 かなぁ
力になれなくてすまん
>>304 いえいえ!
色々と調べていただいて参考になりました。
どうもシリアル接続サービスをサポートしていないようです。
今回の条件ではあまり好ましくないのですが、
WiFiを使ったソケット通信で妥協することにします。
ありがとうございました。
>>298-300 ありがとうございます
帰ったら勉強してみます
>>297 参照をメンバで持ちたい時は、コンストラクタでの初期化以外は無理。
class A {
public:
A(Param& x):m_param(x){}
private:
Param& m_param;
};
shared_ptr,weak_ptrのことで質問なのですが
>>308 weak_ptr から shared_ptr を作って、それを通して参照すればいい
・・・んだけど、それ weak_ptr::expired() な場合にどうするつもりなん？
>>309 ありがとうございます
weak_ptrを使っている理由は
funcはあるクラスのメンバ関数で、引数で渡されたポインタの所有権をクラスが持たないこと示すためにweak_ptrを使っているのですが
weak_ptr::expired()な場合は想定していません
>>310 なんか根本的に勘違いしてる感が
const referenceの関数見たら中でポインタ持ち続けちゃう心配とかしてんの？
スマートポインタはポインタのように振る舞うものだから
VS2015で.objを.libに変換してリンクできなくて悩んでいます
>>314 > ハンドルされない例外がスローされました:読み取りアクセス違反。
> xxxxx が nullptr でした。
xxxxxはポインタ変数
exeサイズが小さいからリンクできてるように見えてリンクできてないのかなとは思うけど
libの追加方法を#pragma comment(lib,"")にしてもうまくいかずでどうしたらいいものか
>>313 > vcxprojを編集して複数の.objをincludeする
なんか色々勘違いしてないか？
>>316 そういう実験してるんでしょ。
それを他人に聞いて何か返ってくると思ってるのが間違ってる感があるけど。
>>316 objからlibを作って動くならそれがいいのだけどその方法が分からない
lib.exeでobjからlibを作って使っても同じ状況
>>317 普通とは違うことをしているなと思ったが、実験しているのか
vcxprojを編集してソースコードではなくobjを用いるVSプロジェクトを作りたいのかな
.c, .cpp から .lib 作るプロジェクト -(A)
こんな感じだろ
>>321 まさにその状態
>>320 の(A)が作れればいいけど、objファイルは数百プロジェクトの600ファイルぐらいあるから試そうにも数日かかりそうで避けたい
今は全プロジェクトまとめたソリューションあるけどリビルドだけで1時間以上かかる。簡単にexe作れるようにしたいというのが原点
4番をやってみましたが結果OKでした
Ubuntu16.04，gcc5.4.0で，書籍を参考に下記のプログラムを
コンパイル（gcc program.c -lalut -s -o program）したところ，
「'nullptr' was not declared in this scope」というエラーになりました
何が間違っているのか教えてください
---program---
#include<AL/al.h>
#include<AL/alc.h>
int main() {
//OpenAlの初期化
//デバイスを開く
ALCdevice* device = alcOpenDevice(nullptr);
//コンテキストを生成
ALCcontext* context = alcCreateContext(device, nullptr);
//生成したコンテキストを操作対象にする
alcMakeContextCurrent(context);
//OpenALの後始末
//操作対象のコンテキストを解除
alcMakeContextCurrent(nullptr);
//コンテキストを破棄
alcDestroyContext(context);
//デバイスを閉じる
alcCloseDevice(device);
}
nullptrはC++11からの機能だからですね
>>324 一般論で言えば同じはず。
ファイルサイズが小さいのなら正常にリンクできてない。
使ってない関数やクラスをリンクしてるわけじゃないよね
>>327 使ってるのも使ってないのもある
libの追加方法は二通り試したけどどちらもビルドエラーはでないけど実行時NG
どちらもlibの追加を省略すると外部シンボルが見つからないエラーでビルドが通らない
プロジェクトのプロパティの「追加の依存ファイル」から→実行時NG
ソースファイル中に「#pragma comment(lib,"")」から→実行時NG
何もしていない普通の一般人の自宅に隠しカメラを取り付け
libでリンク解決してもダイナミックリンクにしてれば実行時にパス内に見つからずにエラー
久々にプログラミングしようと思うんですけど
>>330 lib作るときのプロジェクトタイプはスタティックライブラリにしているけど、それとは別に設定であるのでしょうか？
>>331 「usbカメラ キャプチャ c++」で検索すると色々な方法が見つかるよ。よほど変なカメラ出ない限り仕様は同じだから使える
int a = 0;
>>334 CPUのレジスタには物理アドレスが無い。
>>334 計算結果はレジスタに入っててメモリには入ってないんじゃない？
>>335-337 なるほど、勘違いしてました
ありがとうございます
>>326 遅くなりすいません
できました
ありがとうございました
>337
アドレスのないレジスタはCでアクセスできないからな
って言うかレジスタ関係なくね？
>>334 の質問に対して「右辺値」を出すのは大げさじゃないかな。
もちろん正しいんだけど、詳細に踏み込みすぎというか、
その話はもっと理解が深まってから、というか。
「過去に自分がこの疑問を持ったときに、どんな説明をされたら
すっきり腑に落ちて先に進めただろうか」と思い返しながら回答してるんだろう。
そもそも
>>338 で本人納得してるのに
> レジスタがメモリじゃないかのようなアホレスだな
とか
> 右辺値に対してアドレス取ろうとしてるから駄目なわけで。
とかは知ったか自慢にしか見えない
間違った説明で相手を納得させておいて開き直りとはこれいかに
>>345 本人の納得は無関係
その二つどっちも誤り
>>345 > その二つどっちも誤り
でもどう誤ってるかは書けないんだよね w
>>344 でもさ、レジスタって言語と関係ないじゃん？
>registerは予約語なのに無関係は無いわ
>int a = 0;
俺が思うにさ
初心者向けの簡易な説明に外野がつまらない茶々入れて大騒ぎするなよ。
>最適化でレジスタに配置されてメモリに実体が確保されない変数ってのは
winsock(UDP)を使ったプログラムを作っています。
メモリを解放していないから、使用メモリがドンドン大きくなっていくとか？
>>354 > そもそもレジスタだけで済ませるかどうかはコンパイラの自由ってのもあるし
その自由さのために言語仕様でできないようにしてるだけでしょ
>>359 再現性あるならどこが遅くなってるかを調べたら？
>その自由さのために言語仕様でできないようにしてるだけでしょ
register云々してるやつはCかC++か区別して書け
class A
>>366 おお！yyy()もそれでいけるね。サンクス
>>364 register変数のアドレスを取る話をしてるわけじゃないのに
いきなりどうした
俺,register使ったことないが
cではregister指定された変数のアドレスは取れない
>>369 それ面白いけど実装がめちゃくちゃ大変だし、そもそもメリットないだろ
C++では次のC++17(今年出る予定)から機能削除、かつ将来のためにキーワードは予約だよ
register int a = 0;
>>373 そんなの普通の変数だって未定義動作じゃん
>>373 > b++ とかした時に、どのレジスタを指すの? て話で困るんじゃないか。
ax 指してたら bx を指すようになる
dx 指してる時に b++ したらお約束の鼻から悪魔でいいだろ
なんでx86前提なんだよ
>>374 おい馬鹿
int aho{};
int *p{&aho};
p++;
これが未定義動作などと規格のどこに書いてある？
p++ が動作未定儀か否かとは関係ない話だと思うが
>>377 >>378 んなこた知っとるわ。どのレジスタを指すのかって言ってんだからポインタの先を参照する事前提だろ？
そうじゃなきゃ単に無理やり割り当てたアドレスに+1にすればいいだけ。指し示す先に何があるかなんて関係ない。
int i;
同等なレジスタを32個とか内蔵してて番号で区別する
>>379 >>374 については？
普通の変数だって（指し先参照してないのに）未定儀動作とか言っちゃってるんですけど
>>376 > なんでx86前提なんだよ
お前の言うように実装依存なんだから例に決まってるだろ
68k なら d0, d1, ... ってもっと分かりやすいし他のプロセッサでも適当に決めりゃいいだけ
てか、ネタに突っ込むならもっと面白い奴にしてくれ
>>381 for(register int* r = &_r0; r < &_r32; r++){
*r = 0;
}
で、全レジスタがクリアできるとか便利かも
で r が _r3 辺りに割り当てられててバグるところまでがセットだよな w
レジスタってそう多くないから別に…
register int a = 0;
>次期規格でregisterは無視されるようになる・・・って話だよね
>372 名前：デフォルトの名無しさん[] 投稿日：2017/02/08(水) 20:38:12.66 ID:Z1e//95W [1/2]
規格なんて知らんがレスから想像するとこうじゃないのか？
C++ではすでにregisterは無視されてて、17からはエラーになるってことだろ
C++11の時点でdeprecatedになってて
>>393 registerについては、再利用の可能性というより、混乱の元だから今後は誰も触れてくれるなってところかな。
今、キーワードとして問題ないからそのままにしておくってことだろ
C++17以降のregisterは、ガチャガチャチーン！とbeep音を鳴らします
Mingwのgccでこんなのためしたら結構はやくなるのね。C++だと速度変わらんかったけど。
>int main(void) {
っくっだらないとこでも叩いておかないと精神の安定が保てない病気
インデントや{}のスペース・改行でも自分のやり方と違うと喚きそうだなｗ
>>404 違和感がでるよね。
会社でこれがうちのスタイルって強制され、それになじむと
そうじゃないスタイルのものは気持ち悪いって感じるようになった
>for(i=0 ; i <100000000 ; i++);
最近のコンパイラはまじめにやらないで、コンパイル時にiは使ってないあるね
処理省くニダってして実行コード生成してなさそうな気がするが。
K&R2 あたりにあわせておけば問題ないのでは？
21世紀にもなってK&Rとか何の冗談
可能な限りC/C++使わない
正しいけど"可能な限り"の範囲がまだまだ足りない
>>407 C/C++ くらいなら，K&R2 に準拠にさせてよー C#, Java も，とはいわないからさー
結局C言語で全て済んでしまうからね。他は趣味。はっきりわかんだね
>>414 いっしょだよ，C++ も普通に K&R2 に似せて書くのが一番いい
>>402 の「ブロック先頭で変数を定義するのは時代遅れ」ていう
指摘を受けての流れじゃないかな。
最初の使用の直前まで変数定義を遅らせることができる、
というC++での改良や、それを取り込んだC99以降で
わざわざK&R2版の書き方に制限されるのは困るという話。
おそらく、K&R2に似たスタイルが良いという主張も
「新しく追加された便利機能は使った上でK&R風のスタイル」
という意図なんだと思う。
>>400 はiの宣言を先に、tよりも先にすることで、何を試したのかってのをわかりやすくしてんだろ
K&Rなんかにこだわるよりもこういうソースの方がいいわ
使う直前に変数を宣言してるとたまにgoto出来ないerrorが出るのが面倒くさい
ブロックの違う同名変数の取り違えでトラブってるのを見てから
それは宣言位置の問題じゃなくて、1ブロックが大き過ぎることが原因じゃないか？
スコープ違う同名の変数を書いたら間違えた
お前等が宣言位置を先頭に揃えておかなかったから俺が間違えたんだ
スコープ違う同名の変数を書いたら間違えた
↓
次から気をつけよう！
↓
またミス
>>423 はこのタイプ
423じゃないが間違えたことないな
多分ブロックごとコピペしてたまたまエラーが出なかったんだろ
世の中には1関数が1000行を超える糞コードが存在するからな
関数の長さと糞さは別だな
短いからといって読みやすいはとは限らないが、
短く を目標にはしないが、長いと
必死にprivate関数で小分けにしてた頃を思い出すわ
俺も429派かなぁ
そうはいっても100行を超える関数はさすがに書いたことないけどな
100行と書いたけど、それは1000行のまちがいだ
100行超える関数はほとんど書かないけど、
名付けに困らないくらいの単位で処理を纏めて上にポイだな
ラムダ 入門 で検索しても簡単なサイトが見つかりません。
#include <iostream>
using namespace std;
int main() {
unsigned char aa=0x31;
cout << hex<<aa <<endl;
return 0;
}
なんで 31 と表示されないのでしょう
たぶん 1 が表示されるでしょ。
>aa が char だから出力ストリームでは文字が出る
>>446 渡した値の型によって、それをどう表示するかが異なるように作られているから。
printfという関数で出力する場合は、出力したい値のほかにそれをどういう形式で出力するかという情報を別に与えていたけど、iostreamでは、型で自動的に処理してくれる。
「C++では引数の型や個数が異なる同じ名前の関数をいくつも定義できて
>>445 ども 書いた後、すぐintでやったらわかった。
"<<" 系の入出力演算子とビットシフトの問題も同じ理由か。
VC++の質問です。
C++の話題そのものではないのですが
>>452 ピタゴラスイッチでバブルソートやクイックソートの概念をグラフィカルに紹介してたよ。
それはさておき、本屋の店頭でアルゴリズムとかデータ構造とかがタイトルに含まれる本をパラパラめくって分かり易いのを探すといいかと思う。
とあるOSSをとあるシステムに移植していて、
>>454 エラーメッセージを見ないことには回答のしようがないと思うぞ
まぁ、専用のコンパイラという言い回しから察するに、C++03程度しかサポートしていない古いコンパイラでも使ってるんじゃないか？
エラーが出ている行の周辺でC++11以降の言語機能か、ライブラリでも使ってんじゃね？
>>454 ともかく、
そのシステム専用コンパイラ提供しているところに、世界標準のIntel(2013)やGNU(4.9系)ではコンパイル
出来るのにお前のものではできないから出来るようにしたコンパイラをよこせと激しくクレーム
>>456 C++11いっぱいのコードをC++03に修正するって大変そうだな
>>456 >>457 メッセージは
「オーバーロードされた関数"HOGE"のインスタンスが引数リストと一致しません。」
みたいな感じです
一応C++11準拠でGNU4.9一部互換とされてるコンパイラですが。。。
>>459 HOGEが想定している引数型と実際に渡している引数の型を確認
違うやつが犯人
これ以上は情報少なすぎてわからん
一般論としてどういうことに注意したらいいですかって質問じゃなくて、具体的に解決してもらいたいってことなのかよｗ
>>460 intelコンパイラで作ったオブジェクトをnmコマンドで中見て
こうあるべきという形がわかったんであとは頑張ってみる
>>453 有難うございます。
田舎ですので大きな書店には距離があります
が、行ってみます。
>>459 テンプレートが悪さしてるか const の取りこぼしかデフォルト引数のミスが起きているとエスパー
printf("%s",buf);
>>469 ログ出力・エラー出力がメインでstdoutはあんまり使わないよな
putsは改行してくれるんで好きだな。fputsも。
class CL{
>>479 friend なクラスからしか生成しないようにするとかはあるね
staticメソッドで生成するって形の時に使うことが多い
ctorはpri.でメンバーはpub.って
質問
環境すら書かないと言うことは
失敗するまでmallocやnewを繰り返せばええんや
もたろん割り当てるアドレス空間自体が足りなくなったとか、予め上限を設定しておいたとかいうケースは覗いてな
16byteのメモリを積んだコンピュータで32byteのメモリ確保したら失敗するよね。
基本的にでっかくメモリ確保というプログラムは作った事がないな。
>>491 >16byteのメモリを積んだコンピュータで32byteのメモリ確保したら失敗するよね。
そうとは限らない。一般的なLnuxの環境依存ではmallocを搭載メモリ以上行っても失敗しない
swap含めて1GBしか積んでいない環境で2GB分malloc可能。確保した領域に書き込んだタイミングで記憶する領域が足りなくなったら色々なプロセスが殺される。oom killerと言われてるもの。
>
逆に16byteのメモリを積んだコンピュータで7byteのメモリを二回確保して最初の7byteを開放した後に8byteのメモリを確保したら失敗するの？
実装による。現代的なコンピューターではページ単位(4KB)とかでカーネルからプロセスへすきなアドレスへメモリを割り当てられるから物理的なアドレスが連続している必要はない。
プロセス内に連続したアドレス空間が残っていない場合は失敗する
仮想メモリというしくみで色々やってくれるようになって
家鯖は６Ｇ積んでるけどそれぐらいは行けるね。
>>488 それスワップエリアのサイズ計ってるだけ
winならGetProcessMemoryInfoなど
>>493 > 物理的なアドレスが連続している必要はない
なるほど、長年の疑問が解消した。
493の読解力に感謝。
>>498 望む答えだったみたいで良かったわ
熱があって若干朦朧とした頭で読み返さずに書き込んだから今読み返すと誤字とか予測変換で要らない単語入ってたり(一般的なLinux環境)とか、カッコの位置が違う(4KBとかの部分)とかあったけど。
環境依存ならPostMessageのエラーコードかな
味噌県のクセにコーミソース以外のソースを使う非国民は去れ
#define ChannelBlend_SoftLight(A,B) ((uint8)((B < 128)?(2*((A
>>1 )+64))*((float)B/255):(255-(2*(255-((A
>>1 )+64))*(float)(255-B)/255))))
このマクロの
(2*((A
>>1 )+64))
この部分なんですが
なんで(A+128)じゃないんですかね？
最初の人がコピペで作ったんでしょ。+128に定義し直してるのもあるよ
A、Bにはuint8を想定してますから、一瞬オーバーフローの関係かなとも思いましたが
仮想関数をオーバーライドするときはどう書くのがいい作法？
ハゲ先生によると最後の void vf() override が良いみたい。
デストラクターに付けてる人はあんま見たこと無いな
Bcc55でtypeofを実現するのは不可能なのかな？
古いコンパイラを使ってる人居る？
老人がカセットテープデッキ求めたり
古いコンパイラと自覚しつつも使ってるような人はこのスレには来ないだろ
いまだに関数マクロ使ってるようでは
>>460 >>465 宣言とかいろいろ確認してやっぱソースはおかしくないよねってことで
サポートに調べてもらったら理由はわからないけど正しく動作する修正方法がわかったって連絡があって
最終的には詳細は書けないけどコンパイラのバグだった
ここはお前の日記を垂れる場所じゃない
事後報告あると参考になっていいんだけどな
http://codepad.org/KMQH3TsZ ポインタをメンバに持たせた場合のget/setの書き方が分かりません
getの方は、ポインタを返すときに返した先で値を変えられないようにconstを付けたのですが、
sizePlus10のような関数を呼びたい場合に、const_castを付けて呼ぶことになってしまいました
値の変更をするのでsetを通してやるのが良いと思うのですが、何か良い書き方ありますか？
また、setの方は、一括で設定させることはできるのですが、
data->id、data->sizeの値を個別に設定したい場合、何か良い書き方はありますか？
コメントの部分のようにsetメンバ関数を何個も書く方法しか思いつきません
getDataの結果を修正したいのだから
>>525 一般論として形でただ覚えるのではなくて意味を理解しよう
理解があやしいから設計の一貫性がなく混乱してるようにみえる
・Dataをポインタで所有するのはなぜ
・ゲッター／セッターを使ってアクセスするのはなぜ
・ゲッターで返す値にconstをつけるのはなぜ
・sizePlus10がData*を受けとるのはなぜ
MyClassの設計方針にあわせるならsizePlus10をDataではなくMyClassを受けとるようにして
void sizePlus10(MyClass & mc)
{
Data newdata = { mc.getData()->id, mc.getData()->size + 10 };
mc.setData(newdata);
}
あるいは別の関数を作って
void MyClassSizePlus10(MyClass & mc)
{
Data newdata = *mc.getData();
sizePLus10(&newdata);
mc.setData(newdata);
}
これが変だとか非効率だとか思うなら
MyClassの設計が要求にあってないのでそっちを変更する
>>528 おまえは質問の意図を理解しよう
>>525 そのsetgetでいいんじゃない？ただそのgetは俺だったらreferにするな
ついでにsetget両方使えるようにdata* operator->()みたいなの実装かな。というかむしろそっちでアクセスする方向にするな
あとはattachdetach作っておいてm_dataを置換できるにようにしちゃうな
その手のスマートポインタは至るとこで使われてるからこんなとこで聞かずにどっかのライブラリの参考にしたら？
メンバのコピーはpragma pack1でstructしておいてmemcpy
>>529 >メンバのコピーはpragma pack1でstructしておいてmemcpy
それをすると何がいいことあるのか？
こういえクソみたいな方法を自慢気に語り出す奴が居るところかC++の最もクソな所だよね
デフォルトコピーコンストラクターとか構造体代入とか知らないんだろう。
>>532 >構造体代入とか知らないんだろう
ほうほう、それは何ですか？
>>526-529 ありがとうございます
今まではとりあえずget/setを書いてgetにはconstを付けとけば良いみたいな認識でしたが、
想定されるクラスの使われ方に合わせて適宜変更するべきでした
MyClassのようなget/setの分け方をすると、
sizePlus10のような関数やsetで不便になってしまうので、
constを付けないget/set共用のものにしてそれを通してアクセスさせるのが適切でした
( getData()でアクセスする場合、Data * const getData() const { /**/ } みたいな )
とても参考になりました
>>529 > メンバのコピーはpragma pack1でstructしておいてmemcpy
これ俺も理由知りたい
typedef struct MY_STRUCT
>>529 > おまえは質問の意図を理解しよう
なんか無駄に上から目線だなぁ
って思ったら
> メンバのコピーはpragma pack1でstructしておいてmemcpy
単なる老害だったでござる
構造体定義を#include <pshpack1.h>と#include <poppack.h>で囲むのは、スピードよりもメモリー効率を優先するときにする。
あるいは構造体のレイアウトを分かりやすくするときにパッキングを指定する。
> スピードよりもメモリー効率を優先するときにする
#pragma 直接指定は礼儀が悪い、昔のやり方だ。
メモリ効率だけの問題なら大抵の場合は順番入れ替えるだけで問題ないしな
>>546 サイズが無限にのびるかもしれないものをコピーするなんてだめだよ
昔はね，構造体はポインタを介してしかつかえなかったんだよ
そうそう
>>551 スタックに自動変数はあたりまえだよ‥static おじさん，じゃないつもりなんだが‥
構造体はポインタで扱うべきもので，実体をコピーするのはなるたけ避けたいね
C++ では void f(const C &arg) って，可能ならば const と参照の縛りをできるだけいれるよね，余計なコンストラクタを走らせないために
K&R1 は教育的な配慮に優れた実装だと思うんだ‥
>>553 手元のソースをみると
clientSocket = accept(serverSocket, (LPSOCKADDR)&clientSockAddr, &addrLen);
とか
if (connect(destSocket, (LPSOCKADDR)&destSockAddr, sizeof(destSockAddr)) == SOCKET_ERROR) {
とか，構造体のポインタを渡しているね
由緒正しき Berkeley socket では，構造体をコピーするなんて教育的ではない書き方は許していないよ
K&R1 おじさん，と
どっちも時代遅れの老人でしょ
func1(a, b)
> &destSockAddr,
便乗で申し訳ないが、値渡し、参照渡し、ポインタ渡し、の話で
>スマポを値渡しするのか、参照渡しするのか
>>560 shared_ptrはその名の通り所有権を共有する場合のみ使うもの
で、そういう場合は値渡しでもいいよ。中でmoveすれば
所有権を共有しないなら、nullptrを許容するならナマポそうじゃないなら参照
あんまり無いけど所有権を渡した先に移動させるならunique_ptr
所有権渡したくないならunique_ptrで持っている呼び出し元がgetでナマポを渡すかdereferenceして参照渡すかだな
ナマポで渡してもshared_ptrを再取得する方法はあるだろ
うむむ、なるほど
>>559 C/C++ で生書きするなら今もおなじだよ
そこはインデントや{}の位置が人によって違ったりするアレだろ
>>557 K&R2 は C89 準拠だよ‥C89 が時代遅れだというけれども，いろんなことは C89 のときからやってきていて，C99 で追認された，というだけだよ
>>570 あいわかった
お前は今後「K&R1おじさん」(略して「K&Rおじさん」)な
どうせ定数defineや関数マクロまみれなんでそ
>>571 略しないほうがいいよ‥
K&R2 おじさん＝C89 はまっとうなCer, K&R1 おじさんは時代遅れ，この二つは全然違うよ
>>572 つまりお主(K&R1おじさん)は
K&R2おじさんが自分と一緒くたにされることを
申し訳ないと感じてるのだな！？
(>543)
> それ，K&R1 から堕落したよね
(>550)
> サイズが無限にのびるかもしれないものをコピーするなんてだめだよ
(>552)
> K&R1 は教育的な配慮に優れた実装だと思うんだ‥
voidを返す関数には感心したな
関数プロトタイプを除けば、K&R1で十分かもしれないな
>>575 確かに関数プロトタイプは有用だね，これがないと結構ミスるかもしれないね
void を返す関数？int でいいんだよ
int funca01(...);
老人は意味とか概念を理解しようとしないから嫌
>>550 何が「昔はね」だよｗ
Qちゃんその当事Cなんて触ってなかったろ？
アンタ最近（たかだか数年？）プログラミングで遊び出しただけの人でしょ
>>579 「static const intなんてenumでいいだろ」
こうですね
K&Rだと～
それ言うならC自体が。
ベターC的な所全般だな
>>585 たしかに，C99 の数々の改悪は C++ との互換性を考慮していない悪手の連発，ほとほと困ってしまう
>>584 C++ とほどほどの交換性のある C89 が最良だよ
>>580 「K&R1 は構造体は基本的にポインタでしか扱えない」制限なんて，使ってもいなかったらわからないだろう？
え？Qちゃんてサンデープログラマじゃないの？
>>579 ＞「forループ？本質はgotoと同じ」
そんなことはいわないとおもうよ，K&R1 の時代から for はあるしね
きがつくと for(;;) { } と break だけで書いてたりするのはあるかもね，while 使いにくいとか，do while なんかマクロの中でしかつかわない，とかさ
enum?
#define でいいとおもうよ‥
>>590 サンデーだよ
でも長いサンデーなんだ‥
たしかにそのとおりだが，K&R2 = C89 こそ必要十分，ということはわかるよ
そういうこと言ってるとそのうち技術についていけなくなるよ
C99やC11って、新しい技術とかそういうんじゃないじゃん。
ころころ変わるんだから最新もクソも無いわけだが
>>595 別についていけなくてもいいよ，その殆どは自分には要らないものだから
それはそうと，これは！とおもう新しい技術って最近はどんなものがあるの？
まず、C#のasyncだのawaitだのはC++にも欲しいところ
まずC#をやらないとね‥でも Java に走ってしまった‥Java に同じようなのはないの？
>>601 coroutineの事なら根本的な所が違うから勘違いしないようにな
馬鹿の特長：目的／機能の違いと実現するための実装の違いの区別がつかない
C#のawaitはGUIのスレッドを意識出来るので有用だが
>>605 c++で標準的なgui使うとすると何になるの？
>>605 そりゃ C++ と C# のポリシーの違いだろ
C使ってる人で変数宣言を途中に書く人いる？
むしろそうして欲しいかな
初期のCはブロック先頭しかコンパイルが通らない
一応Cで書くときは関数ブロック直後に書いてるけど、それはそれでforで使うiとかを使い回す事になるから、C++みたくプログラマの良識を信じて(ブロックを意識して変数宣言すると信じて)、好きな場所で宣言出来た方が正解なんだろうな。
出来た方がと言うか、今は出来るんだから、した方が正解に訂正。
出来ることと乱用していいことはイコールでない
初期化漏れはブロック先頭でしかかけない方が起こしやすいだろう
初期化忘れ防止はどこで宣言したってあんま関係ないというか
auto result = func();
老人の「昔は良かった」を見て顔真っ赤にして論破しようとマジレス
>>618 >この初期化値の意味は一体何なんですかってことになるしな
勝手に無駄な初期化しておいてどれだけ頭が悪いんだぜ
ぜんぜややこしくない
お前が馬鹿なだけ
もともとが
>622
君の疑問がどこにあるのか本当にわからないからどうでもよい
それでもヒントとして
>>610 への反論だったということだけは言っておこうか
「途中で宣言すると初期化もれしやすい」という風なことが書いてあるが
逆に
>>610 は何故、先頭で宣言したら初期化漏れしにくい、と考えたか
どういったコードを想定しているかってことだな
要するに
>>610 はブロックや関数の先頭だけ見れば初期化漏れしていることが直ぐわかると便利だね
って言いたいんだろうけど、それはどういうコーディングルールの元に言えることか
ということだな
for(int i = ...; ; ) が書けるようになったのは素直にありがたいな，と感じている
>>626 脳の進化が20年前で止まったチンパンはc89でも使ってろ
>>627 C99 or later で便利になったことなんて，そんなにないんだよね‥
数値計算とか特殊用途なライブラリ追加ってイメージ。
インライン関数も行コメントもboolもrestrict も無しで
restrict無しが想像つかないってどういうことだろ
restrict使ったことないなあ
最適化はあんま気にしてなくて意味的なものかな
そう言う機能はメーカー独自実装でC99決まるずっと前からスタンダードだったから、C99って実感が無い。。。
>>631 いやいやそれはさすがに想像力足りなくね？
snprintf無しは無理ゲーなのは同意するが
void func(hoge)
>>637 詳しくは k&r style とかでググればいいけど今時知る必要はほぼないと思う
K&R1 だね、引数の型チェックができないから不便かつミスを誘発しやすい
使われなくなった過去の異物に優劣語り出すとか
著書全般の基本的な傾向としては万人向けの価値はない
>>644 >>645 上級者向けの本みたいなので
買うのは先に延ばしたいと思います...
一冊高いのもありますが
サンクスです
はぁ～～～～
変人や御用達の言語だからな
>>648 その手の人らの声が大きいだけだよ。特にこんなところでは。
ちょっとした確認なんだけどさ、
>>651 はい
規格上もデストラクタがvirtualでないBのオブジェクトをA*に入れてdeleteした場合未定義動作だよ
未定義動作多すぎだなこの言語。
未定義部分を各社が好きに定義してたからね。
>>653 横からだけど、それまじ？
出来れば、規格で書かれてる場所教えて欲しい。
不安に思いながらも、一個作っちゃったんだよな…
動作確認済みだから、直ちに問題があるわけではないんだけど、未定義と聞くと将来的には修正しておきたい…
>規格で書かれてる場所教えて欲しい
>>656 俺もworking draftしかないけどn3690の5.3.5の3段落目
In the first alternative (delete object), if the static type of the object to be deleted is different from its
dynamic type, the static type shall be a base class of the dynamic type of the object to be deleted and the
static type shall have a virtual destructor or the behavior is undefined.
C++があまりに不安な要素をたくさん抱えているお陰で未だに新生言語が多数出てくると
>>658 意図して作った。
悪しき方法とは思いつつも、stringクラスにsprintf 的な機能のメンバ関数作ったった。
その時、stringクラスの全機能を実装するのがめんどくさかったんで public 継承で。
メモリレイアウトは一切変わらない事を見切った上でだが、未定義だとすると…ヤベ。
>>657 ドラフトしか持ってない…
delete 使う事は頭になかったから気付かなかった。
ありがとう。
>>660 おぉ、ピンポイント情報あざす。早速確認してみる。
メモリレイアウトが変わらない範囲で既存のクラスを再オープンして機能を追加する方法の提案だけは出てたような気がする。
>>663 例外関連のなんたらかんたらの処理 (stack unwinding) がかかわってくるんじゃなかったっけ。
正常系では普通に動いているように見えても何がどうなってるかわからんぞ
>>658 の話の場合、別に”string *のポインタで”継承したやつをdeleteしない限り大丈夫でしょ
>>651 で言うところの
・B* を A* にキャストしたものを delete
これが問題になるんであって
B*からdeleteして中身もBなら問題にならないと思うけど
>>668 std::vector<std::string>に入れたら死ぬってことだよね？？
>>669 ポインタを std::string* に入れてなおかつそれを std::string* のままで delete したらあかんという話。
値を std::string にキャストする分にはなにも問題はない。
>>670 だからstd::vector<std::string>にいれらんないよね？
>>671 何を言いたいのかよくわからんが……。
std::string を継承した型は、レイアウトが変わらないようにしたからと言って (キャストなしで) std::string には入らないよ。
言いたいことを具体的にコードで示してくれんか
テンプレート構造体を作りその配列をクラスのメンバに含めたいのですが上手くいきません。
まず
質問への回答はいいとして
>>679 細かくは見てないがぱっと見て気になったのは、
殆どが「= default」で済むものを自前で定義する所とか
K,Vの左辺値が渡せないunkoコンストラクターとか
左辺値が渡せないpush関数とか
key_value_pair_stackの外で定義されたdefault_max_sizeとか
禁断の「value_type pop()」とか
ムーブ代入だけ何故か無いとか
例外安全を考慮しないswapとか
constexprの付いていない関数が多数とか
constが付いていないsize関数とか
質問者が「テンプレート構造体」と「クラス」の言葉を使い分けているのにわざわざクラステンプレートにする所とか
「value_type::value_type」の二つのvalue_typeの意味が違うとか
スワップする気皆無の「swap(key_value_pair&& other)」とか
あと
何故付いているのかわからない「const auto」のconstとか
キーバリューペアをシーケンシャルコンテナーに詰める例も地味にUNKO
>>682 20秒ほど眺めたがとりあえず3つほどなおした方がいい
・key_のメンバー宣言に{}が付いていないと、修正前と同じ動作にならない
・popの戻りはvoidにした方が無難
・clear()しても要素のデストラクターが呼ばれないのでstatic_assert(std::is_trivial_destructible<element_type>::value,"未対応")しとくのが礼儀
>>683 一つ目だけ意味がわからない…28行目のこと？？なんで？
>>684 その通り28行目
struct X {
some_type m1 /* {} */;
X() = default;
};
ここでsome_typeの初期化{}が無いとm1は未初期化になるし、
some_typeにデフォルトコンストラクターが無ければX()の「=default」が「=delete」扱いになる
>>685 なるほど…これってデフォルトコンストラクタ自前で書いてメンバイニシャライザに書いても同じだよね？
valueも同様にイニシャライズしなきゃだめだよね？
>>686 1:Yes, 2:Yes
struct X {string m; X()=default;};
struct X {int m{}; X()=default;};
struct X {int m; X() : m() {}};
はmが初期化される
struct X {int m; X()=default;};
が初期化されない
空のvectorをpop_backした時の仕様がクソ過ぎるC++
亀レスで申し訳ありません、
>>674 です
とりあえずレベルが足りないことが分かったので、もう少し勉強してからいただいたコード解読してみます。
答えてくださった方ありがとうございました。
気にすんな
というかほとんどがムーブとかconst版とかconstexprとか、とことん丁寧にやろうとした場合の作法まで
>>692 >右辺値版も書けば速くなるよ、ってだけだよね？
お前の中ではそうなんだろうな
>>694 こういうのはワンポイントTipじゃなくて概念の理解だからね
『ムーブセマンティクスのため』と答えを言ったところで
君は理解できないんだろう？
>>696 ドヤ顔で用語を挙げろなどとは一言も言っていないのだがｗ
>>697 『ムーブセマンティクス』が君の求めた
例そのものなんだよ
でも君の頭脳では概念を理解できないから
説明する気もないし
わからなくても心配しなくていいよ
教える側界隈の高度なやり取りだけで終始しないでほしいんですけど、、
>>699 ヒント：unique_ptrのムーブは性能目的ではない
>>698 こっちは疑問形で書いてんだから普通に指摘してくれりゃいいんじゃねーの？
なんかコンプでも抱えてんのかね
unique_ptrみたいな所有権の移動の実現（を楽に実装する）は確かに気付いてなかったが
初心者が気にするような話ではない＆いつも書かなければならないものではない、に対する反論になってないよな
ちょっとした指摘をそこまで煽って書ける神経が理解できん
>>701 君は概念を理解できないだろうけど
コピーされては困るから「ムーブ」「セマンティクス」
なんだよ
性能に余裕があってもね
右辺値参照がなかったらスマポをvectorに入れることすらままならないよ
>>702 いや自分も軽く調べてすぐ見つかった例がunique_ptrだったからそれだろうと思った
>>703 偉そうに言う割に自分もいい加減なこと言ってるな
C++03以前を知らない学生か何かだろうけど、お前みたいに偉そうにドヤ顔する癖のあるやつで
使い物になるコード書くやつを俺は見たことない
恥ずかしいからその辺にしとけ
>>683 ＞・popの戻りはvoidにした方が無難
なぜなんだ？pop の戻りがナルなら空であることを示せてべんりだろう？
>>705 topとpop作れってことが言いたいんだろう多分
「なぜなんだ？pop の戻りがナルなら空であることを示せてべんりだろう？」
std::queue では pop と front に分けられてるからその習慣に合わせた方がいいってことじゃない？
>>709 は健常者
ただ理由は性能でなくて例外安全だろう
クラスの演算子オバーロードの
>>712 ユーザー定義リテラルについてはこのあたりが詳しいと思う。
https://ezoeryou.github.io/cpp-book/C++11-Syntax-and-Feature.xhtml#over.literal https://cpprefjp.github.io/lang/cpp11/user_defined_literals.html 名前空間名で修飾することができないので、
namespace 内で定義されたものについては using してからでないと使えないという規則が微妙に気持ち悪い。
あまりお勧めしない。
標準ライブラリが提供している complex 型のリテラルや時間のリテラルもそんなに頻繁には使わなさそうだし、
よく使うのは string 型のリテラルくらいかなぁ。
まずウェブブラウザーで
http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2017/ をアクセスします。
次に「N4660」のPDFをダウンロードします。
右下に336と書かれたページ(16.5 Overloaded operators)を開きます。
そこから5ページほどスクロールしながら、英文を見ずにコードだけ眺めます。
>>712 ユーザー定義リテラルについては書かれていないが、それでも演算子オーバーロードについては
http://stlalv.la.coocan.jp/ が詳しいのではないか？はちみつさんがこれに触れないのは不思議‥
あ、うんでもなんか、
http://stlalv.la.coocan.jp/HungarianNotation.html ↑のページ読んだだけでもうダメなんじゃないかって
文章もなんか危ないというか危ういし
とおもったらQZか
な～んだ納得
>>717 ハンガリアンは意見がわかれるからね‥
私はハンガリアンはやらないよ
>>716 自分が見ないページだから意識の外だった。
そのページはわかりやすく説明できているとは思うけど、
基本的な書き方で今更調べることはあんまりないよ。
712です。
それ戻り値がvoidだからじゃ
話がそれるけど operator[] に initializer_list を渡したいときってどんなとき？
xyの二つの値を渡したかったんだろ
void って C++ の予約語の中ではカッコイイ言葉ナンバーワンだよな！
pascal とか fortran の方が良くね？
>>726 良かろうが悪かろうがこのスレに来てるのはそれでも C/C++ を使うってやつらなんだからその問いかけは無意味
予約語として他言語から呼べる万能感があるのに :-P
>>727 setjmp/longjmp のインパクト！を考えると、いまいちだと思いますぅ
longjmpは無理やり過ぎだよな
リターンアドレスレジスタみたいなの持ってる石だと
>>172 >MISRA-C研究会が書いている、MISRA-C 2004(C90) の本をみっちり、勉強しろ！
>研究会のメンバーでさえ、規格に詳しい人がいないのだから
規格も理解できない奴らが集まって書いた27年前の規格の解説本って
やばすぎだろ
コンパイラやライブラリが腐っていることなんて
最終的にできたものが使用通りならそれでいい
/* 仕様通り動いたコード */
A a = {};
>>738 ない
(もちろんaを構築するときに呼ばれるコンストラクタの話
Aのコンストラクタの中で起きることまでは知りようがない)
イコールあるけどコピーしないん？
変数宣言のときの=はあくまで初期化であって、たまたま同じ記号を使ってるだけで代入とは違うと思ったほうがいい
>>741 コピーしようがしまいが結果は一緒でしょ？
単に最適化の結果で余計な処理が動かないだけと考えればいい
>>743 一緒じゃねーよヴァカ乙
リソースはメモリだけと思ってんの？どんだけお花畑なの？
mutex a = {};コピー無しの保証
コピー出来ないクラスではコンパイル結果が異なるという
>>744 の指摘に対して
「コピー出来るクラスを例に持って来い」とはこれ如何に
>>746 その元コメントはコピーしようがしまいがと言ってるのにそもそもコピー出来ないクラス持ってきて罵倒とはこれ如何に
>>743 一緒じゃない
一緒になるようにクラスを設計すれば一緒というだけ
デフォルトコンストラクタでカレーライスを製造
>>743 が「コピーしようがしまいが」と言ったからこそ
>>744 がコピーされてはは困る例を出したのだが
悲しきかな
>>747 には理解ないのであった
コピーしない保証がC++17でさらに追加されたがそこで最適化でコピーしようが直接構築しようがどちらでもよかったC++14までの規格は彼の頭の中ではヴァカでお花畑らしい
なるほど
>>738 を初期化でなくcopy/move elisionの話だと勘違いしたままだとこのようなとんちんかんなレスになるのだな
残念なのが
>>739-742 を読んでも勘違いに気付かないことだ
>>754 とりあえずお前が一番元のレス読んでないと言うことは解ったよ。
読んでるというなら彼が何を疑問に思ってるか、そしてそれへの説明をしてみるといい
>>752 恐らく
>>751 は「コピーしようがしまいが」について、コンパイル可否(
>>750 で書いたコピーされてはは困る例)ではなく
「デフォルトコンストラクターで構築したものとそれをコピーして構築したものを概念的に同一視することの是非」こそが論点と主張している
その片鱗が
>>749 catch のところで例外を再スローすると
「型に差し代わってしまうの？」
c++は難しい分ほかの言語より色々できると聞いたんですがどういうことができるのでしょうか？
難しいからではなく低級言語なのでハードウェアを直接操作するようなプログラムも書ける
>>762 >>763 ハードウェアに直接操作やメモリアクセスですか
トンクスです
質問です
>>766 考慮必要ですか、、
ありがとうございます
4倍精度でも8倍精度でも多倍長でも整数でも有理数でも、使い方を間違えば誤差が問題になる
>>768 大抵の演算ライブラリや演算器は精度の保証がある
>>770 いや、そうじゃなくて浮動小数点計算誤差由来の誤差を解決するための分野とライブラリがあるんだよ
解をレンジで持ち続けるみたいな感じ
Accuracy guaranteed numerical calculation でググるとたくさん出てくるよ
>>771 解をレンジで持ち続けて何か解決出来ると思うか？
>>765 レベルの人が
mpir、gmpだろ。これ使えば円周率1万でも1億でも正確に計算できるはず
有理数を有理数のまま保持している分には、四則演算では誤差が発生しない
doubleで計算を前提とし、誤差が問題となりやすい場面だけ教えてあげれば十分
実際、浮動小数点型の誤差は無視できないぞ。
いい加減スレタイ変えろよ
>>777 無視できる場合もあるし出来ない場合もある
floatや半精度があるのはそれで十分な場合があるから
doubleより前に、整数演算の誤差を学ばなければならないレベルかも
コーディング規約で
1/3の結果に3を掛けても1にならないとか、
>>782 質問者は浮動小数点数の演算のどこに注意点があるか分かっていない状態で、
いいから浮動小数点数は使うな、
というのは回答として乱暴過ぎるだろう。
・同じ計算をするんでも
>・0との比較では、絶対値と計算機epsilonの比較を用いる
>>785 0との比較に限らず、比較には絶対値の大きさに応じたεの考慮が必要。
数桁のdouble計算で誤差が問題になる場面では「誤差が存在する」ことが問題であって、精度を上げることは(誤差の大小は)本質的な解決でないような
計算順序で誤差が違ってくるのは教科書でよくかいてある
情報処理資格に受かっていない人が、C/C++ をプログラミングするなど、10年早い
お前は試験に受かってからプログラミング始めるのかw
パソコンって、アドレスバスの、メモリ読み書きで、
>>785 コストも考えなさい
epsilonは
>>786 の通り
補足すると、
収束判定に限らず、普通はepsilonで判定しない
>>792 情報処理資格www
なんの役にもたたない
前回、共用体の非アクティブメンバーアクセスが許されるcommon initial sequenceの条件である「型の互換性」に目を付けたレスを見た時は
>>792 がもう少し見所の有る奴だと思っていた(過去形)
>>797 すまん、1/3は1.0/3とか書くべきところだったな。
1.0/3.0*3.0 が 1.0にならないことがある
0.1を10回足しても1にならないことがあるって言うのも小数特有ではない
>>792 自作って高価なプラモデルだぞ。。。
夢見過ぎ。
直接ってもなぁ。。。
昔はx86限定で直接レジスタ弄れる命令あったんだが、その命令は今じゃ優先的にレジスタ使ってね☆って意味に変質してるもんなぁ。。。
今のCは思ってるより下級言語じゃ無いぞ。
普通の言語よりゃハードに近いけどさ。
doubleがintに比べて誤差が少ないため、誤差を気にせずに使ってしまいやすい
>>805 それは知ってるけど元の質問者がdoubleの演算誤差について聞いているのだから、整数の除算の件は話が外れていると思う。
この手のスレに良くあることだけど、元の質問から勝手に話が発散して何を目的に議論しているのかが分からなくなるね。
いやだから、
気を付けるべき点は
>>769 の後半にまとめたつもりだけど
よくやりがちな例は、
これは、
前者はループが10回か11回かはバクチで、
なんかそんなの読んだことあるな。
>>798 普通は計算機epsilonで判定は
しない、これはわかりました
じゃあどんな値で判定するんですか？
>>792 カーニハンもリッチーも受かっていないようだが？
>>815 対象の値が含み得る誤差を用いる。
機械イプシロン(を指数によってスケールしたもの)は誤差の下限を示しているだけに過ぎない。
VisualC++とそれ以外用とで別の関数を用意して、プリプロセッサを使用してコンパイル時に選択したいと思っています
>>819 機種依存部分をライブラリ化してリンク時に差し替えるとか
関数全体を切り替えたいなら関数全体を複数記述するしかあるまい
>>819 別にそれでいいじゃん。大量にあるならファイル分ければいいし
class A {}
>>823 同じになるねぇ
あえて違う点を挙げるとすればAが作成される領域がスタックかヒープか
でも意識するほどのことじゃない
>>824 スッキリしました。ありがとうございます。
いやC++やるならスタックかヒープかは意識しなきゃだめだろ
>>824 > Aが作成される領域がスタックかヒープか
いや、それは意識しろよ
C#はdelete書かないんだからC++なら
寿命だのコストだの言うけど
C++ 側は実装依存な部分あるっけ？ C#側はよーわからんけど
こっちはC++スレだぞ？C++でスタックとヒープのコストや寿命の違いを意識する必要がないってマジでいってるのかよ
newの方はC#のって前置きがあるだろうが
コストは
コストは置いておいたとしても寿命はどうするんだよ
>>837 おまいさん資格持ちじゃないよな？な？な？
あと、C#はJavaと違って構造体が使えてこれは値型になれるから
>>845 実装と目的を一緒にすんなよタコ
単に「Aのインスタンス生成するコード書いてみ」
といわれたら
>>823 になるだろjk
意味が同じってのはそういうこった
>単に「Aのインスタンス生成するコード書いてみ」
超えられないかはともかく、newに限って言えばGC言語の方が低コストでもおかしくない。
厳密にどうかじゃないんだよ
どの程度の初心者かわからないだろ
>>850 初心者だからこそ、上っ面の文法の違いだけで捉えて、こうすればだいたい同じとか説明する前に、
前提としてメモリ管理の考え方が違うことを理解してもらうのは重要だろう。
もういいよ、まとめると
C# の後者の寿命は？ delete pa は C++ だよね
>>856 おっと、間違えた
C#の後者の寿命はGCに回収されるまででした
>>856 ご苦労さん
何故この話題がここまで伸びたんだろ
異なる考えの言語同士であるため対応が自明でないという事実を無視して
>>860 ん、C#のほうはそれであってるだろ
StringとかDateTimeみたいな一部の例外を除けば
>異なる考えの言語同士であるため対応が自明でないという事実を無視して
同じ様な意味と同じ意味は違う
>>862 >だから「同じ意味」の解釈の押し付け合いはしてなく
「同じ意味」の基準について合意していないのに「ここが違うから別」とだけ言うのは「同じ意味」の解釈の押し付けに他ならないと思うのだが、
もう少し日本語の字面でなく意味を理解した方がよいのではないか
>「違う意味だよ～」って言ってたんじゃなかったの？
→Yes
>同じ意味だよ vs 違う意味だよだった
→Yes
>>861 合っているかと訊かれれば合っていないので、言語仕様を読むか当該のスレッドで訊くのが良いのでは
あとStringやDateTimeの例外というのが何なのかよくわからなかった
リンク先を見て思ったのだが
>>870 正しく指摘できないのならレスしないほうがいい
あなたの思ういちばんすこいC#の仕様の世界で生き続けてくだはい
アーメン
俺は、プログラミングなんて存在しない世界で生きたい
c++
>>876 お返事ありがとうございます
通貨名
raiblocks
simple
instant
fees 0(送金手数料がかからない)
web
https://raiblockscommunity.net/ slack
https://raiblocks.slack.com slackに参加
＃developmentにて、開発に興味がある旨の書き込みをしてください（英語で）
プログラミングなんて底辺ドカタの仕事
ポインタそのものにオブジェクトってできるんでしょうか？
>>880 その出力を一挙に得られるプログラムを示せ，アドレスはプログラムの実行ごとに変わる可能性がある
>>880 pとarrayは異なるオブジェクトだから確認方法が間違ってる
一つのポンタを複数のオブジェなんて当たり前
>>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 すいませんまだそれを理解するのは難しいです。
何がわからんのや。ようわかるやんけ
>>885 つまりポインタpは配列を参照してもp自体は配列型ではなくて単体(?)のオブジェクトだということでしょうか？
>>886 もちろんや。
pはarrayとは別のアドレス2293468にある
int*型の独立したオブジェやで
>>887 ありがとうございます！5時間以上つまってたのが一気にクリアになりました！
>>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]
みたいなメモリ割り当てになってるんだろうな
>>889 意味のある値が取れないだけで
別にアクセスしても問題ねーだろ
>>890 正しく割り当てられたオブジェクトのアドレス以外を指しているのなら、アクセスしてはいけないだろう。
889の例ではたまたまpp[1]が表す位置がスタック上の有効なアドレスでアラインメントも問題無いだろうけど、
例えばppがスタックやヒープの末端のオブジェクトを指していたら、pp[1]にアクセスしたらNGということもある。
中身にアクセスしてなくてただのアドレス計算だぞ
配列ならば確保した数+1までのアドレス計算はやっても大丈夫&整合がとれる位置に配置されている
無効エリアのアドレス計算
>>894 -1も有効だとうれしい事があるけど、-1はダメなんだよね
>>894 つまり式「&pp[1]」は大丈夫でないと？
これがアスペいうやつだな
ん？まったくよくわからんのだが、だれか解説して
配列かどうかは関係なく、オブジェクトの後ろのアドレスは計算も出来るし比較も出来る
>>894 は配列じゃない場合に関しては何も言ってないから間違いではないが
わざわざ配列と書いてるので配列以外は違うと思ったかわからなかったか
だろう
>>897 「つまり」が意味不明
>>894 は配列じゃない場合には何も言ってない
「大丈夫でない」は正しい
>>898 配列じゃないから何？
>>899 実際には配列ではない
いや、それは俺も思ったんだが
pp[1]の時点で動作不定
>>880 ん、最初にもどってメッセージを書くとすれば、こうなるかな
＞ポインタそのものにオブジェクトってできるんでしょうか？
私が意味を取り違えているかもしれないが、「できない」
ポインタを取得したからといって、オブジェクトが生えてくることはない
あくまで、先にオブジェクトを確保した上で、それに対してポインタを設定する手順をとる
＞例えば、配列arrayのアドレスをポインタpで、ポインタpのアドレスをポインタpのポインタppで調べたんですが、
array を確保しているので、p は array 確保分(p ～ p + 3)だけプログラムとして意味がある。
pp は p 一個分だけ意味がある。すなわち *pp = p、でも pp[1]= *(pp + 1) は確保していない領域を指すのでこの表現は使ってはいけない
&pp[1] と書くとなにがしかのアドレスを生成するが、それは使えない
アドレスを生成できるからといって、その領域が意味のあるものとは限らない
>>881 では意味のないことを求めてしまいごめんなさい
>>906 >pp[1]の時点で動作不定
ちなみにそれを規定する規格の記述はどこ？
Cでは明確に禁止されているようだがC++では見つけられなかった
>>907 まとめとしてはそれでいいし否定するわけじゃないけど、若干気になるのは
１．ポインタ自身もポインタというオブジェクトじゃないのか？
２．末尾＋１のアドレス（を指すポインタ）はデリファレンスできないけど、大小比較には使えるのでは
そんで俺はちょっと思ったんだけど
気まぐれか、意図的か、歴史的事情か、生い立ちに由来するものか、知らんが、そうなっている
よくよく考えてみればなかなかに奇妙
駄レスの関係無いリンク先をまじまじと読んでしまった
>>915 「初期のK&Rが至高と考えるボクは
構造体がコピーできる仕様にハンタイです」
ユーザーヘッダーファイルを作って
void nyuuryoku(void) {
>>918 × scanf("%fl", &r);
○ scanf("%lf", &r);
oh....
>>912-914 なんか色々勘違いしてるしどうでもいいから続きはチラウラで頼むわ
>>907 >pp[1]= *(pp + 1) は確保していない領域を指すのでこの表現は使ってはいけない
Cの規格をよく読み直したらそうでもなかった
>>912-914 は基礎的なところで間違った理解をしていると
そのうえに乗っかるすべてのものについて間違った理解をすることしかできなくなるという見本のようだ
>>927 >>880 int **pp = &p;
でpp[1] は書いちゃだめだろう？
>929
>>930 シンタックスではなくセマンティクスというわけですか‥ありがとう
#include<stdio.h>
>>932 char name[NUM * 2 + 1] = {0};
どうでもいいけど、
>>932 俺のところで試してみたらﾌﾌﾌﾉﾌﾌﾌになった
Visual Studio のデバッグビルドだと、不定メモリをCCで埋める
>>937 = {'\0'};のタイプミスだよね？
>>940 タイプミスじゃなくて文字化けした
スマホから見ると、? が◆の中に書かれた文字になってる
プログラム終了にexit 0とreturn 0がどう違いますか？
>>942 違わない。
main 内の return は exit と同じ。
えっ
#include <iostream>
>>947 どこに書いてあったか？ 苦情入れるぞ。
今日の
>>945 は健常者
後始末される例外ケースについて触れていたら完璧だった
atexitはマニュアルに書いてある通りだから、ここでいちいち説明する必要はない。
マニュアルこそが聖書。マニュアルを読まない奴等はノンプレイヤー。
C++でexit使うぐらいなら、代わりにC++例外を使った方がいいよ。デバッグしやすいし。
>>947 exit() 関数に入ってしまってはデストラクタが働かないのに，それでも return 文と一緒といいはるの？
それ規格がまちがってるから，そのうち修正がはいるはず
ポインタの作法に慣れないです
ポインタは2段までしか使わないなあ
#include<stdio.h>
aがint a[5]であるとき、aはint配列の先頭アドレスだ。unkoの引数をポインターにしろ。
そもそもこのソースコンパイルエラーになるんじゃね？
>>963 VSだとコンパイラ通るんですが他のだと通りませんか?
あと関数unkoをいろいろ弄ってたんですが
#include<stdio.h>
void unko(int x);
void 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);
printf("%d\n",a[4]);
return 0;
}
void unko(int x) {
printf("%x\n", x);
int *p = x;
printf("%d\n%d\n", p[1],*(p+2));
p[4] = 10;
return;
}
void aho(int*y) {
printf("%d\n%d\n",*(y+1), y[2]);
return;
}
こんな記述にすれば少なくともVSでは引数をポインタにしなくても配列aの要素を覗いたり操作したりできることがわかりました。
コンパイル時に出て来る度重なる警告を無視したらダメだよ。
お使いの32ビット環境ではintとint*が同じサイズだから、キャストされれば代入できる。sizeof(int) == sizeof(int*)。
おそらく、君の環境では、
int*のサイズがintのサイズより大きいと、ポインター(アドレス)の値が正しく代入できない。これが64bitで失敗する理由だ。
こまけーことをゴチャゴチャと
確かめてみたら確かに自分の環境では両方4バイトでした
2レスで失礼します
何らかのファイルが足りないとかならまだ判るのですがこのファイルはVCに付属の物ですし構文エラーなどと言われても理解できません
readというマクロが悪さをしているようだ。#include順を変えるか#undefしろ。
>>958 使わずに済むのなら無理して使う必要は無いだろ？
正しく動けばそれでいい
>>976 すみません。その場所の特定ってどのようにすればいいのでしょうか
比較的規模の大きいライブラリですし、インクルードしているファイルだけでもかなりの数になりそうです
ファイルの検索とテキストエディタだけでは追えそうにありません
追跡を支援してくれるツールとかないんでしょうかね・・・
>>978 IDEのフォルダ内検索か、
grepツール
マクロ展開したソース吐くオプションあったよな
VCなら
http://d.hatena.ne.jp/nurs/20100516/1274020395 1.ソリューションエクスプローラ上で展開後の結果を見たいcppファイルを右クリック⇒
プロパティ⇒プリプロセッサ⇒前処理済みファイルの生成⇒行番号つきか行番号なしを選択
2.再びソリューションエクスプローラ上で展開後の結果を見たいcppファイルを右クリック⇒コンパイル
これで、cpp が置かれているのと同じファイル階層に、cppと同じ名前だけど拡張子が.iになってる
ファイルができてるからそれがそうだよ
gccなら -E
class Kitty {
「int i; のセミコロンの前に変数g_objがあるんですがどういう意味ですか」
g_objはKittyのインスタンスだが
>>981 Kitty と言うクラス定義とその型を持つ g_obj と言うグローバル変数を同時に定義している
要するに
class Kitty {
...
};
Kitty g_obj;
を一つにまとめてるだけ
>>982 >>984 レスありがとうございます
>>985 わかりやすい解説ありがとうございました
>>986 それはさておき
>str = "Kitty on your lap\n"
このウンコード、何かおかしいとは思わないのかね
ひょっとして2ちゃんのこのスレ
>>997 知ってるけど成りすましは一度しか出てきてないのでまあいいかなって。
このスレにはQさんがいるからな
このスレッドは１０００を超えました。
２ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ ２ちゃんねる専用ブラウザからの広告除去
★ ２ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/ ▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php
このスレへの固定リンク： http://5chb.net/r/tech/1478440682/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「【初心者歓迎】C/C++室 Ver.100【環境依存OK】 [無断転載禁止]©2ch.net YouTube動画>1本 ->画像>2枚 」 を見た人も見ています：・ん 笑 尼 ) a - 瘍 め ﾃｽﾄ ~ g 空牙 上 7 . . B 珈琲4 R t 愚痴 報告 _ | ` て n 肴 . a 1 は J @ K 毒芋 8 e b んほ ﾃｽﾄ ' t jj t . 豚 て 設定 . 宝亭 珈琲 禿 / 阪神 南京亭 奈良 腫 a 1 e て
06:01:04 up 65 days, 6:59, 0 users, load average: 10.00, 10.05, 9.97
in 0.085382223129272 sec
@0.085382223129272@0b7 on 062119
![【初心者歓迎】C/C++室 Ver.100【環境依存OK】 [無断転載禁止]©2ch.net YouTube動画>1本 ->画像>2枚](https://rz.anime-tube.win/pic.php?http://i.imgur.com/OwlfgGw.jpg)
