14/04/06 03:33:10.66 v5F7vKVc
>>149
そのとおりだねえ
ISO/IEC 9899:1999 6.2.1p1
An identifier can denote an object; a function; a tag or a member of a structure, union, or
enumeration; a typedef name; a label name; a macro name; or a macro parameter.
集成体タグと typedef 名と変数は異なる名前空間だね
151:デフォルトの名無しさん
14/04/06 03:39:44.68 lcQBK2Mz
>>149
URLﾘﾝｸ(en.wikipedia.org)
によると、POSIXでは _t サフィックスは typedef の名前にリザーブされていて、それゆえ
名前が衝突しないようにユーザが定義する typedef には _t を使わないほうがいいらしい
152:デフォルトの名無しさん
14/04/06 03:53:44.87 PoyortF4
>>150
規約での確認、㌧です
>>151
> Such type names are reserved by POSIX for future extensions and should generally be avoided for user defined types.
…マジっすか orz
153:デフォルトの名無しさん
14/04/06 04:43:31.25 7TI60JXf
衝突ってのはコンパイルエラーではなくて
人が目で見て区別がつきやすいよう
同じ綴りを避けるって話だろうに
アスペなおまいらは
154:デフォルトの名無しさん
14/04/06 07:44:06.37 AUPUS+0I
>>153
人の目で区別する必要があるシチュエーションってどんなの？
155:デフォルトの名無しさん
14/04/06 11:01:21.41 Gd53X1PX
>>153
よほど糞な開発環境なんだなお前
156:デフォルトの名無しさん
14/04/06 11:52:04.47 gdJCg3c2
あえて言おう
処理系指定で組めばおｋ
初心者なんだろ、何か組みあがった快感って大事だぞ
157:デフォルトの名無しさん
14/04/06 12:09:44.18 BmjYK//+
別のものには違う名前を使うもので
名前を使い回すなって当たり前のことだろ
どんだけ馬鹿なんだおまえら
158:デフォルトの名無しさん
14/04/06 12:18:02.39 PoyortF4
流れぶったぎりでスマソ
_tサフィックスのことは、下にも書かれてたよorz
URLﾘﾝｸ(pubs.opengroup.org)
159:デフォルトの名無しさん
14/04/06 13:36:30.63 9b0FkJFr
>Such type names are reserved by POSIX
本当にWikiは嘘だらけだな
byだと適用範囲がPOSIXでなくC全般と読めてしまう
160:デフォルトの名無しさん
14/04/06 15:47:59.42 PoyortF4
byよりinの方が良いかもね…スレチだけど
161:デフォルトの名無しさん
14/04/06 16:35:16.36 5rOAt6qX
>>159-160
Wikiなんだから編集できるんじゃねーの？
162:デフォルトの名無しさん
14/04/06 16:39:48.19 Pw+vYT2x
A「こんな説明みつけたよ！
B「間違ってるねそれ。
やっぱりWikipediaはこらだから
A「直せるんだから直せよ
B「えっ、何で俺が？
A「えっ？
163:デフォルトの名無しさん
14/04/06 16:46:07.08 YqB/fCSo
byの方がいいだろ
164:デフォルトの名無しさん
14/04/06 16:56:24.24 k991ba7o
Ａ「byだとPOSIX以外にもルールが適用されると読める
Ｂ「byの方がいいだろ
せめて意見するときは
そう考える根拠ぐらい書きたいものだ
165:デフォルトの名無しさん
14/04/06 16:57:56.33 PoyortF4
byの方が良いのかorz
Wiki編集するところだったよorz
166:デフォルトの名無しさん
14/04/06 19:15:29.97 X8q2hYwd
そもそもその後の for 以下を読めば C 全般に適用とかの変な解釈するわけないと思うんだが...
167:デフォルトの名無しさん
14/04/06 19:22:56.79 714kpsax
>Such type names are reserved by POSIX for future extensions and should generally be avoided for user defined types.
→
POSIXによって予約されているため
ユーザー定義型での使用は避けるべきである
POSIX準拠システムでのアプリケーションプログラムを超えて
POSIXと関係ないオペレーティングシステムのアプリケーションにまで言及しとりますがな
168:デフォルトの名無しさん
14/04/06 19:41:42.06 YqB/fCSo
避けるべきということに変わりはないだろ
お前は移植性の事全く考えないの？
POSIXでないシステムの方が圧倒的に少ないというのに
169:デフォルトの名無しさん
14/04/06 19:47:23.97 X8q2hYwd
で、どこに C 全般とか書いてあるんだ？
170:デフォルトの名無しさん
14/04/06 19:54:26.32 PoyortF4
>>167
"by ISO/IEC"でなく"by POSIX"という時点でお察し(ry
171:デフォルトの名無しさん
14/04/06 19:56:17.95 k991ba7o
なんでこんなに揉めるんだ？
Cのtypedefの説明に「_tはPOSIXで予約済」
って書いてあったら
POSIX系以外も従う必用性がある
ように読めるだろ。
>避けるべきということに変わりはないだろ
それは書いた人の主観であって
百科事典の説明に書くべきじゃないぞ。
技術文書書いたこと無いの？
172:デフォルトの名無しさん
14/04/06 19:58:14.20 k991ba7o
「POSIXではオペレーティングシステムの為に予約」
という表現にすれば問題なくなると思うのだが
173:デフォルトの名無しさん
14/04/06 19:59:31.29 14wt57ia
>>158
いっぱいあるんだな……
174:デフォルトの名無しさん
14/04/06 20:13:54.33 IsEOtgMD
_t はタグのtなのかtypedefのtなのかどっちですか？
175:デフォルトの名無しさん
14/04/06 20:16:44.81 YqB/fCSo
>>171
読めないよ
俺C言語で新しいOS書いたわー
そのOSでは大文字で始まる型名予約してるから使うなよ！って書いて、誰がC言語全般に影響あると思うんだ？
176:デフォルトの名無しさん
14/04/06 20:22:32.03 YqB/fCSo
POSIXが何かわかってるやつはC言語全般に影響が～なんて誤解しない。
POSIXが何かわかってない奴は(圧倒的多数であるPOSIXシステムで動かされる可能性を考慮して)無条件に従っておいた方がいい
なんの問題もない。
177:デフォルトの名無しさん
14/04/06 20:22:37.76 ZIQhn8PO
Wikipediaの内容についての議論はWikipediaのTalkページでやれよ
178:デフォルトの名無しさん
14/04/06 20:24:58.76 X8q2hYwd
>>171
> なんでこんなに揉めるんだ？
単なるしきたりを
> POSIX系以外も従う必用性がある
> ように読めるだろ。
なんて言うアホがいるからだろ。
179:デフォルトの名無しさん
14/04/06 20:29:09.78 k991ba7o
>>178
説明の文面が妥当かどうかの話をするときに
どうしてシキタリが出てくるんだよアホですか？
180:デフォルトの名無しさん
14/04/06 20:30:38.36 8z3KlCR7
もうここで議論するべき内容ではないどっか行け
181:デフォルトの名無しさん
14/04/06 20:34:13.86 X8q2hYwd
convention も読めないアホは口挟むなよ (w
182:デフォルトの名無しさん
14/04/06 20:36:21.69 PoyortF4
なかなか面白かった
>>174
型名(type name)のtらしい…俺はtypedefのtって思い込んでたけど
URLﾘﾝｸ(stackoverflow.com)
183:デフォルトの名無しさん
14/04/06 20:44:57.82 k991ba7o
>>181
「Cのsize_t(しきたりでtypedefには_tを付けたもの)は
POSIXによって予約されている」
などと言っている出鱈目なWikipediaの説明が
妥当だと思うアホはすっこんでろ
184:デフォルトの名無しさん
14/04/06 20:57:23.37 6fUxN2Jx
All rights are reserved by POSIX.
185:デフォルトの名無しさん
14/04/06 20:57:26.93 X8q2hYwd
>>183
誰が妥当って言ってるんだ？
俺は単にそう書いてると言ってるだけだぞ。
まあ、しきたりで自爆したからごまかしたいんだろうけど (w
186:デフォルトの名無しさん
14/04/06 21:05:47.20 frwmbROr
NG推奨ワード：
Qz
STL
ヘッダ
POSIX ←new
片山
hoge
187:デフォルトの名無しさん
14/04/06 21:23:14.93 YqB/fCSo
CがNGワードになる日も近いな
188:デフォルトの名無しさん
14/04/06 21:28:22.80 5rOAt6qX
>>186
え、いつの間にかSTLとヘッダもアウトになってたのかｗ
ここは酷いインターネッツですね
189:デフォルトの名無しさん
14/04/06 21:39:32.30 uqLF0x8H
>>186
ついでに
スレが荒れるのでCやC++に関することはすべて厳禁
190:デフォルトの名無しさん
14/04/06 21:52:35.54 EzHv0eI8
まどろっこしいな
ようは２ちゃんねるの禁止が落としどころだよね
191:デフォルトの名無しさん
14/04/06 22:19:16.09 2m7iHXEE
p2使えないから2ch廃止でいいよもう
出先で書き込めなくてもどかしいったらありゃしない
192:デフォルトの名無しさん
14/04/06 22:35:34.44 yUhKfMaZ
●は使えるだろ
●が無いとスレ立てできない
193:デフォルトの名無しさん
14/04/06 23:14:43.66 2m7iHXEE
浪人ってやつ？
買う気ないからひろゆきの新しい方に期待するわ
194:デフォルトの名無しさん
14/04/07 01:28:14.02 AB68SSs6
SYSTEMTIMEの引き算をしたくて
URLﾘﾝｸ(stackoverflow.com)
の回答４にある
SYSTEMTIME operator-(const SYSTEMTIME& pSr,const SYSTEMTIME& pSl)
をそのまま使って、
SYSTEMTIME ts,te,tdif;
GetSystemTime(&ts);
Sleep(1000);
GetSystemTime(&te);
tdif = te - ts;
としたら、最後の引き算の行で、
エラー 1 error C2676: 二項演算子 '-' : 'SYSTEMTIME' は、この演算子または定義済の演算子に適切な型への変換の定義を行いません。(新しい動作; ヘルプを参照)
と出るのですが、解決方法がわかりません。どうしたらよいでしょうか？
195:デフォルトの名無しさん
14/04/07 02:54:37.57 LXdO3Noc
>>194
teのアドレス - tsのアドレスをtdifに入れるというおかしな事してる
196:デフォルトの名無しさん
14/04/07 04:02:36.25 Yfheg34z
>>194
operator-()の定義かプロトタイプ宣言を
WinMain()だかtmain()だかの前でやれば解決する、と予想
197:デフォルトの名無しさん
14/04/07 04:21:05.28 AB68SSs6
皆さん
アドバイスありがとうございました。
>>196
その通りでした。プロトタイプ宣言忘れていました。
無事に動いたのですが、実行結果がおかしいのです。
約１秒の差が計測できると思ったのですが、
tdifの中身を見ると、
wYear 1601 unsigned short
wMonth 1 unsigned short
wDayOfWeek 1 unsigned short
wDay 1 unsigned short
wHour 0 unsigned short
wMinute 0 unsigned short
wSecond 1 unsigned short
wMilliseconds 515 unsigned short
となっていますので
1601年1月1日0時間0分1.515秒
の差ということでしょうか？どういうことでしょうか？
198:デフォルトの名無しさん
14/04/07 04:29:51.17 Yfheg34z
>>197
URLﾘﾝｸ(msdn.microsoft.com)
199:デフォルトの名無しさん
14/04/07 06:08:42.83 NjqqbTFI
>>197
SYSTEMTIME ってカレンダーの年月日時間みたいなもの。
それらの引き算をカレンダーの年月日時間にするってへんだろ。
結果のカレンダー年月日時間は0年0月0日0時0分1.515秒ですって、カレンダーではありえないだろ
期待する結果は年月日時間で表せる差じゃないか(1年2ヶ月3時間4分5秒違うとか)
200:デフォルトの名無しさん
14/04/07 11:35:54.05 uM+gajuN
>>197
SYSTEMTIMEの起点は1601年1月1日0時0分0秒
つまり、ゼロをSYSTEMTIMEとして解釈すると「1601/01/01 0:00:00」になる
201:デフォルトの名無しさん
14/04/07 13:13:30.33 8ZhLD5KA
どうでもいいけど、>199は説明が下手だな。
202:片山博文MZジェバンニ ◆T6xkBnTXz7B0
14/04/07 14:25:12.80 nfj7Xkns
SystemTimeToFileTimeを使ってSYSTEMTIMEをFILETIMEに変換して、
ULARGE_INTEGERを使って64ビット整数に変換して、引き算をする。
203:デフォルトの名無しさん
14/04/07 15:40:44.16 4PSeJxmH
時刻と時間の違いが分かってないタイプ?
204:デフォルトの名無しさん
14/04/07 18:59:37.11 iQnUI2e5
>>202
194がやっているのがまさにそれなんだけど、問題は戻り値の型が時間間隔ではなく
時刻を表す型になっていることだから、
>>194 の operator-() の戻り値を __int64 にして v_res=v_right-v_left; 以下を
return v_res; に変えれば100ナノ秒単位の経過時間が得られるようになる。
100ナノ秒じゃ細かすぎるというなら、戻り値を double にして return v_res / 10000.0;
に変えるとか工夫しろ。
205:デフォルトの名無しさん
14/04/07 19:23:33.56 BajMmze5
>>202
時間差(経過時間)を秒単位ではなくて、年月..秒で表すものにしたいから、
SYSTEMTIMEを戻り型にしているんじゃないのか
Winで経過時間を求めるのにSYSYEMTIMEを使うって普通なのか？
違うなら何を使うのが多い？
206:デフォルトの名無しさん
14/04/07 19:29:45.40 4vTqmZSq
よく分からんがC++なら<chrono>使えばいいんじゃね？
Win依存でいいならtimeGetTimeとかQueryPerformanceCounterとかがあるし
207:デフォルトの名無しさん
14/04/07 20:26:10.88 Y4utMABq
「時間差(経過時間)を秒単位ではなくて、年月..秒で表すものにしたい」
という要求下で "年" の計算にうるう年の考慮は必要だろうか？
208:デフォルトの名無しさん
14/04/07 20:35:46.78 4vTqmZSq
>>207
その辺難しいよね
365日とするか365.2425日とするか365.2422日とするか……
表示を日までに済ませておくのが無難かと
209:デフォルトの名無しさん
14/04/07 21:01:58.18 iQnUI2e5
>>208
.NETのTimeSpanクラスはそうなってるね。
内部表現は100ナノ秒刻みの整数値で、ミリ秒、秒、分、時間、日への変換はするが
月、年への変換はしない。
210:デフォルトの名無しさん
14/04/07 21:27:01.61 dmj0DO96
>>207
それ以前に月が 30日でいいのかと...
211:デフォルトの名無しさん
14/04/07 21:32:53.82 Y4utMABq
>>210
あああああーーーーー
考えるほどマンドクサイっすな
212:デフォルトの名無しさん
14/04/07 21:49:28.54 wQYu7k63
>>186
なんでQZが筆頭なんだ？
213:デフォルトの名無しさん
14/04/07 21:52:25.42 pviM0T4Q
どう考えても一番の荒らしです
214:デフォルトの名無しさん
14/04/07 22:31:32.85 tNhu6rzw
片山やhogeよりPOSIXが上なのかw
215:デフォルトの名無しさん
14/04/07 22:33:46.15 4vTqmZSq
質問いい？
switch構文のcase内で変数宣言したら、それについて
「'変数' の初期化が 'case' ラベルによって行われませんでした。」
って言われたんだけどどういうことなの……？
ついでにswitch部分に赤波線が付いて、「制御の転送は次の初期化をバイパスします」
って言われたんだけど何故エラーになるのか意味が分からない。誰か分かる人教えて下さい
(VS2013でコンパイルしている時に発生)
216:デフォルトの名無しさん
14/04/07 22:35:47.03 2mFu56Lz
caseだけだとスコープが同じになる
ブロックをつければいい
217:デフォルトの名無しさん
14/04/07 22:40:02.07 Y4utMABq
switch () {
case A:
{ // ローカルスコープにしちまう
int a;
} break;
case B:
…
default:
…
}
218:デフォルトの名無しさん
14/04/07 22:41:30.01 4vTqmZSq
>>216
ブロックを付けるって、要するに
case test:
～
break;
を
case test:{
～
break;
}
にするってことでいいの？
219:デフォルトの名無しさん
14/04/07 22:47:22.50 2mFu56Lz
Yes
220:デフォルトの名無しさん
14/04/07 23:30:25.89 H5+AU72d
個人的にはbreakは外に出したいな
221:デフォルトの名無しさん
14/04/08 00:20:22.54 lvT6VRY6
case test:としたときに
testにおけるのは何?
int a,b,c;
...
switch()
case (b=a+1, c++, C): なんてのでもOK(試してないけど)？
222:デフォルトの名無しさん
14/04/08 00:23:17.09 lXmRpq/E
>>221
試せ
223:デフォルトの名無しさん
14/04/08 00:32:19.53 zX8m8ach
>>221
ラベルだけだよ
224:デフォルトの名無しさん
14/04/08 00:32:44.67 4GqgTU2E
>>221
定数の整数式とscoped enumの値だけ
switch (a) case std::integral_constant<int, 6>::value:;
225:デフォルトの名無しさん
14/04/08 13:44:22.59 J+Ne3rG0
最近、よその板で、"「"だけで右を閉じてないのが流行ってるのか
すんげーむずむずするんだが
226:デフォルトの名無しさん
14/04/08 14:02:26.18 M2I5N33k
>>225
在日のおまえは知らないだろうが、明治時代からある用法だぞ。
227:デフォルトの名無しさん
14/04/08 16:39:02.94 9nnVwB+Q
>>226
（正直鬼物語で見たのが最初だなんて言えない）
228:デフォルトの名無しさん
14/04/08 17:27:19.75 DhHmBmSp
エロゲーでは普通じゃないのか？
229:デフォルトの名無しさん
14/04/08 18:01:46.09 Agmut9XT
どんな使い方なんだ？
(ry なんかはときどき見るな
閉じていない括弧に違和感を持つのはある意味プログラマらしいか
230:デフォルトの名無しさん
14/04/08 18:31:11.83 Bi2RyCEo
カッコつけてんじゃね～よ
231:デフォルトの名無しさん
14/04/08 18:50:35.55 C0aY6nOj
つけてねーよ
232:デフォルトの名無しさん
14/04/08 19:05:43.04 Ge61TJlR
case 1+1;
goto 2;
goto 1+1;
goto 2*1;
各環境でナニがドコまで許されるのか興味はあるな
233:デフォルトの名無しさん
14/04/08 22:58:16.49 5xZMJR+X
>>229
プログラマは、半開区間が大好きさ！
[0, 4)
234:デフォルトの名無しさん
14/04/08 23:04:52.46 9wIzdaaz
>>233
ﾜﾛﾀ
235:デフォルトの名無しさん
14/04/09 00:10:02.38 dDyddEcZ
もう全て半角にして英語圏顔文字でも使っとけよ:D
236:デフォルトの名無しさん
14/04/09 04:45:08.14 GDCkrjSs
roffとか気持ち悪いよな
237:デフォルトの名無しさん
14/04/09 13:15:17.74 /wyRfLaC
>>236
UN*XやるまえにDOSでTeXやってたからあれは意外になんとも
かつては汗でパーサ書いてたっていうから、まあそういうことなら。
238:デフォルトの名無しさん
14/04/13 08:17:37.43 7/oWURrR
time関数は1970年からの秒数らしいですが
long型で格納するとなると、68年くらいで限界が来ませんか？
2038年くらいにいろんなプログラムやばいっすか？
239:デフォルトの名無しさん
14/04/13 08:24:54.58 2iqAA/H6
2000年問題の時に話題にあがりました 「2038年問題」でぐぐれぇ
240:デフォルトの名無しさん
14/04/13 08:30:51.23 7/oWURrR
おーやべえ
でも今からプログラムつくろうとするとtime_tは64bitで定義されてるっぽいですね
３０００億年まで安心か
241:デフォルトの名無しさん
14/04/13 09:06:00.54 olete8aZ
炎上学習法は要りません
242:デフォルトの名無しさん
14/04/13 09:33:49.42 m7xM1FWF
どこが炎上してんだよ
243:デフォルトの名無しさん
14/04/13 15:21:37.00 qnyX9I3J
2000年の頃は見えないほど先の話だと思っていたが
既に３分の１消化してるんだな
244:デフォルトの名無しさん
14/04/13 18:18:53.37 CtgsENNt
1000年以上先の問題ならまだしも、38年だと分野によっては平気で使われ続けるからな
245:デフォルトの名無しさん
14/04/13 18:50:58.03 Am7dEU9n
言わんとしてることはわかるからいいんだけど、64bitでコンパイルしてlongが32bitなのMSのコンパイラぐらいだぞ
246:デフォルトの名無しさん
14/04/13 18:52:32.07 P3Ox4abS
互換性を優先したんだろうね
247:デフォルトの名無しさん
14/04/13 18:55:12.72 N2UMgO6H
time_tは64bitになってるから許してやれ
248:デフォルトの名無しさん
14/04/14 07:18:41.20 CAt5QB21
URLﾘﾝｸ(ja.wikipedia.org)
同じソースでlongが32bitになったり64bitになったりする方が混乱するわ
昔intが16bitになったり32bitになったりで難儀した
249:デフォルトの名無しさん
14/04/14 08:17:35.70 XwQYiHbH
typedefせずソースに直接intとかlongとか書いてるの？
250:デフォルトの名無しさん
14/04/14 08:28:42.62 iMQET/ga
>>248
つstdint.h(cstdint)
規格仕様上複数マシンで動作できることを重視したから型ごとの制約が緩いのよね
と言うか既出の話題だったわｗ
ｽﾚﾘﾝｸ(tech板:61-69番)
251:デフォルトの名無しさん
14/04/14 11:00:15.74 fXV0vjOD
vectorにクラスを格納するのって
#include <iostream>
#include <vector>
class c_myclass
{
public:
void myfunc(int num)
{
std::cout << "myfunc" << num << " が呼び出されました \n";
}
};
int main()
{
c_myclass temp;
std::vector<c_myclass> vec;
for(int i=0; i<10; ++i)
vec.push_back(temp);
for(int i=0; i<vec.size(); ++i)
vec[i].myfunc(i);
return 0;
}
このような感じでよろしいでしょうか?
ちなみに
サイズを指定する場合は
std::vector<c_myclass> vec(10);でしょうか？
252:デフォルトの名無しさん
14/04/14 11:15:14.08 Kn6UHMuG
よろしいです
しいて言えば
vec.push_back(temp);
より
vec.emplace_back();
の方がよろしいかと思われます
253:デフォルトの名無しさん
14/04/14 11:22:23.22 fXV0vjOD
>>252
ありがとうございます
もしよろしければemplace_back()について解説お願いします
リファレンスを見てもよくわからなかったので
254:デフォルトの名無しさん
14/04/14 11:23:47.56 Kn6UHMuG
コンストラクタを直接呼び出してくれるpush_backでございます
コピーが発生しないので多少効率的になります
255:デフォルトの名無しさん
14/04/14 11:25:50.80 fXV0vjOD
>>254
なるほど
256:ＫＵＳＯ ＫＯＴＥ ◆unko./w.Osri
14/04/14 12:36:29.24 8ev4IZFy
>>253
もしc_myclassにc_myclass(bool,double)みたいなコンストラクターがあったら、
emplace_back(true,1.23)とすることが出来て
かつvectorの中の格納領域上に直接c_myclassを作成できる。
と思う（想像）。
257:デフォルトの名無しさん
14/04/14 15:28:45.80 MAoTOR9V
emplace*()はいいね。巨大なクラスを連想配列に放り込む時に重宝だよ。
258:デフォルトの名無しさん
14/04/14 16:17:06.14 /qNJTuFi
open(2)したディレクトリを直接read(2)する方法ってあります？
259:デフォルトの名無しさん
14/04/14 16:37:16.17 oIWmwaCC
日本語でおk
260:デフォルトの名無しさん
14/04/14 17:29:53.33 aQsMBHRD
↓ちなみにひろゆきサイドの開発者はめちゃくちゃ臭い
4095 ：名無しさん＠１３周年 ：2014/04/14(月) 04:46:02.73 ID:wJLzpOd2P(4)
jimがさくらのクローラを遮断したみたいだな
迂回しても迂回→遮断のイタチごっこは目に見えてるので遮断できない方法でdatを引っこ抜くまでだ
具体的には専ブラっぽい挙動でnetからdat引っこ抜いてscに投げるスクリプト書いてやるからお前らそれブン回せ
たらこにはリクエスト＋受け取り＋改ざんチェック用のスクリプト書いてやるよ
あー久しぶりにemacs起動するわ
３時間で書いてやる
4209 ：名無しさん＠１３周年 ：2014/04/14(月) 09:22:21.15 ID:wJLzpOd2P(4)
あとちょっと書き足してバグとったらexeで配るよ
さしあたりdatの回収は俺がやっとく
C++で書きなおして独自の難読化施してるからnetの奴らにREできるかな？マカフィーでも無理なんじゃないかな
4210 ：名無しさん＠１３周年 ：2014/04/14(月) 09:24:13.59 ID:wJLzpOd2P(4)
今の時点で一つ言えるとしたら不特定多数を舐めるなってこと
あー久しぶりにemacs起動するわ（）
３時間で書いてやる（）
C++で書きなおして独自の難読化施してるからnetの奴らにREできるかな？マカフィーでも無理なんじゃないかな（）
不特定多数を舐めるなってこと（）
261:デフォルトの名無しさん
14/04/14 18:01:44.00 0/p4fR0J
いちいち持ってくるお前も臭い
262:デフォルトの名無しさん
14/04/14 19:15:32.34 yacO1o/C
>>258
できるでしょ？readdir(3C)とかは内部ではreadを呼んでる
263:デフォルトの名無しさん
14/04/14 20:02:57.67 g31zNjzu
>>262
read(2) の manには
EISDIR fd refers to a directory.
Other errors may occur, depending on the object connected to fd.
POSIX allows a read() that is interrupted after reading some data to
return -1 (with errno set to EINTR) or to return the number of bytes
とある
264:デフォルトの名無しさん
14/04/14 20:41:55.55 DVvt3Ia1
最近C++勉強始めたんですが、質問があります。(Cは良く分っているつもりです)。
C++には参照渡しという記述方法があることを知ったのですが、Cのポインタ渡しに
慣れている私としては、参照渡しを使わずにすべてポインタ渡しでコードを記述する
ほうが見易いので、そうしようかと思うのですが、何かデメリットありますか？
参照渡しを使うほうがよい点などありましたら教えてください。
265:デフォルトの名無しさん
14/04/14 20:51:36.33 UPYb5gKr
（個人的に思う）一般的に
ポインタで渡す＝ヌルが渡ってくる可能性がある、つまり、常にヌルチェックが必要
ポインタで渡す＝ヌルが渡せる、この引数はオプション的である
参照で渡す＝なんかしらわたってくる、ヌルチェック不要
参照で渡す＝この引数は必ず必要である
あと一時変数オブジェクトの寿命の関係とかあった気がするが忘れたｗ
266:デフォルトの名無しさん
14/04/14 21:14:47.05 iMQET/ga
>>264
ポインタ渡しと違い、参照渡しの場合、
・絶対に実体があるので、適当なアドレスが渡って
不正なメモリアクセスを行うことがない
また、参照する中身は変更できないので紛れがない
・普通の変数と同じように記述できる。構造体のメンバ関数にも
アロー演算子ではなくドット演算子でアクセスできる
また、関数の引数に使った際、呼び出す側としてはいちいち
アドレスを渡すということを意識せず使用できる
・ポインタと違い参照自体にはメモリ消費がない
こんなところか
267:デフォルトの名無しさん
14/04/14 21:17:29.88 lcY87dee
返り値の話ではないとして。
参照渡しの一番のメリットは渡したオブジェクトの所有権が移動しない事がわかる事かな。
268:デフォルトの名無しさん
14/04/14 21:21:57.27 lEZQ3TFl
メモリ消費がないというのは不適切だろ
インラインで消えたりするが
269:デフォルトの名無しさん
14/04/14 21:46:00.21 iMQET/ga
>>268
いや、俺の持ってる本では
「ポインタと違って独自にメモリ領域が割り当てられない」
的なことが書いてあるんだが……違うの？
270:デフォルトの名無しさん
14/04/14 21:49:58.13 7APDnn3f
（お前が）（malloc/new等で）と読めなくもないが大丈夫か
271:デフォルトの名無しさん
14/04/14 21:55:35.64 buURFUek
初期のC++はC言語へのコンバータで実現してたろ。
参照も内部的にはポインタ動作と変わらないかと。
272:デフォルトの名無しさん
14/04/14 22:00:06.15 iMQET/ga
>>271
それって「参照がポインタで実装されてる(ことが多い)」って話じゃなかった？
273:264
14/04/14 22:02:44.39 DVvt3Ia1
みなさん解説ありがとうございます。
大変参考になります。
>参照渡しの一番のメリットは渡したオブジェクトの所有権が移動しない事がわかる事かな。
もう少し詳しく解説お願いします。
274:デフォルトの名無しさん
14/04/14 22:04:37.96 iMQET/ga
あとこんなページも見つけた
URLﾘﾝｸ(detail.chiebukuro.yahoo.co.jp)
URLﾘﾝｸ(www.osak.jp)
275:デフォルトの名無しさん
14/04/14 22:18:22.93 msrdBAHC
>>269
通常の実装では、呼び出し側ではスタックにアドレスを積むという点で全く同じだし、
呼ばれる側でもそこを参照するのに違いはないよ。
まぁ、インライン展開で消えれば話は別だけど。
一番のメリットは、(参照先ではなく)参照自体を書きかえられないことだね。
それもまた、ポインタでもconstにすればできるわけだけど。
276:デフォルトの名無しさん
14/04/14 22:54:29.26 CAt5QB21
URLﾘﾝｸ(codepad.org)
この例ではポインタで渡す気が起きない
277:デフォルトの名無しさん
14/04/14 23:06:35.99 lcY87dee
>>276
const付けような。
278:264
14/04/14 23:14:28.51 DVvt3Ia1
>276
サンプルコードありがとうございます。
>この例ではポインタで渡す気が起きない
すみません、まだよく分らないのですが、ポインタで
void WriteLine(const string *pstr)
{
printf("%s\n", pstr->c_str());
}
のようにすると何か問題があるのでしょうか？
279:デフォルトの名無しさん
14/04/14 23:17:14.74 lcY87dee
URLﾘﾝｸ(codepad.org)
参照にするとこうかける
280:デフォルトの名無しさん
14/04/14 23:20:11.44 i+D5B13r
>>273
++や--の挙動がポインタと参照で違うんじゃね？
281:デフォルトの名無しさん
14/04/14 23:32:46.57 lcY87dee
>>273
ポインタでオブジェクト返されると誰がdeleteすべきなのかドキュメント見るか返す関数の中身見るまでわからないよね？
参照にすると返したやつが所有している物の中身を見させて貰ってるってことがわかるからdeleteしなくていいって事がドキュメント見なくてもわかる。
引数でもポインタだと引数で渡されたポインタを内部で保持しておくから呼び出し側でdeleteや中身の変更をしてはだめになるのかとかわからない。
282:デフォルトの名無しさん
14/04/14 23:41:59.74 CAt5QB21
>>278
URLﾘﾝｸ(codepad.org)
ポインタでも書けるしこの例では問題はない
が、やっぱり人に見せると「何で参照使わないの？」と言われそう
283:デフォルトの名無しさん
14/04/14 23:54:52.78 73GA0vhp
string *str = new string("hello");
....
delte str;
....
WriteLine(str); //deleteしてるけど、、、ポインタ値は生きてるから アッー
結局、コンテナをうまく使って生ポ（生new）は極力排除しようぜって流れ
284:デフォルトの名無しさん
14/04/14 23:59:10.65 lcY87dee
>>282
なんで「何で参照使わないの？」と言われるのかその理由を書かないと意味ないだろ。
たとえば
URLﾘﾝｸ(codepad.org)
文字列を返す関数と文字列を引数にとる関数があるとする。
参照だったら文字列を返す関数を文字列を引数にとる関数の引数に直接書ける
ポインタだったら一度ローカル変数で受け取ってそのポインタを書かないとだめ
285:デフォルトの名無しさん
14/04/15 00:13:55.46 MOmoi8a1
int& a = *(int*)0;
a = 0;
286:デフォルトの名無しさん
14/04/15 00:17:57.06 lShoPitp
ポインター操作が目的でなく
null許可を表現させたいわけでもなく
読み取り用途限定の時に
わざわざポインターを使う方が不自然
287:デフォルトの名無しさん
14/04/15 00:21:36.20 jMxUSFKT
>>285
一行目がダメコードって一目瞭然じゃないか。
ポインタだったらnullを渡すのが悪いのか？nullチェックせずに代入するほうが悪いのか？になる
>>286
ポインタしかない世界から来た人には多分通じないよ。
288:デフォルトの名無しさん
14/04/15 00:25:16.54 hh7KqCRP
生ポ引数／戻り値なんて特別理由がある場合以外は使うなってこった
289:264
14/04/15 00:28:56.87 7FIahpja
私なりに結論を出してみたのですが、
参照渡しをするのは、
void WriteLine(const string &str);
みたいに、その関数に値を読み取り限定で渡す場合に主に使う。
ただし、必ずconstを付けておく。
上記以外はポインタ渡しを使う。
で良いでしょうか？
290:デフォルトの名無しさん
14/04/15 00:35:43.12 8L+RgIaL
参照はポインタの初心者版みたいなもの。
使い方が分からないのがあえて使わなくていい。
291:デフォルトの名無しさん
14/04/15 00:36:31.44 c0zlhsuS
>上記以外はポインタ渡しを使う
いいえ。
その他にもムーブセマンティクスを達成
したいときにも参照を使います。
292:デフォルトの名無しさん
14/04/15 00:45:18.87 jMxUSFKT
>>290 っていうC++初心者が書くコードはひどく読みづらいので真に受けたらだめ
293:デフォルトの名無しさん
14/04/15 01:27:44.04 PjplhgrG
ageる奴は碌なこと喋んねーな
294:デフォルトの名無しさん
14/04/15 03:06:53.30 2JpOUwgl
>>289
漏れも俺様ルールで、const参照は読み取り用、
ポインタは値を変更する時と、使い分けている
295:デフォルトの名無しさん
14/04/15 06:05:04.19 sGkhMKKa
>>289
URLﾘﾝｸ(ideone.com)
なかなかいい例が思い浮かばないが
この例ではconstを付けられないが参照が相応しいと思う
全てに当てはまる使い分けの条件は提示できないので
個人やチームの判断で使い分けするしか
296:デフォルトの名無しさん
14/04/15 07:52:53.60 AA0ZYDWw
格納場所という意味で>289が作った関数仕様を実装する場合も、自衛はするべき。
void readSome(Type * const result)
{
// ++result; // これがエラーになってくれる。
}
297:デフォルトの名無しさん
14/04/15 08:09:35.12 6lm4j3zL
俺はしないな。
意味的にはそうなのだけれど
C++のconstは真面目に付けると可読性を著しく損なう
298:デフォルトの名無しさん
14/04/15 08:59:58.71 Byz6doxp
>>263
うん。262は間違いでした。
調べたらreaddirはgetdents(2)を呼んでた
そりゃそうか。ファイルシステムで構造違うしな
299:デフォルトの名無しさん
14/04/15 10:42:12.48 ZiuccpsX
>>296
そのレベルは冗長
300:デフォルトの名無しさん
14/04/15 12:47:22.14 tCJ2yelK
参照なら要らないのにね。
301:デフォルトの名無しさん
14/04/15 12:54:41.51 dDf7e/l1
値渡しの引数にconstをつけるのはやりすぎな気がする
void f(const int x) なんてしないでしょ
302:デフォルトの名無しさん
14/04/15 13:09:58.76 tCJ2yelK
する奴いるよ。きっと>296も同じタイプ。
303:KAC
14/04/15 13:26:56.79 OYr23JgA
>>296
なんか違う事書いてるぞ。>289の仕様満たすならconstは*の左。
>>297
どんな所で可読性が落ちるって？
お前がまともに使えないだけじゃないの？
304:デフォルトの名無しさん
14/04/15 14:19:33.38 SFbbbO6x
流れぶった切って悪いんですが
>>251の
c_myclassがインターフェースクラスを継承している場合は
継承元メンバ（インターフェースクラス）に仮想デストラクタを書いておけば良いのですか？
305:デフォルトの名無しさん
14/04/15 14:41:39.21 tCJ2yelK
>>303
>296が言いたいことは、>289の仕様ならconst * string const strだろ。
306:デフォルトの名無しさん
14/04/15 14:42:44.92 tCJ2yelK
いけね、Typo。
string const * const strね。
307:デフォルトの名無しさん
14/04/15 14:59:38.52 JmWJ8ekL
>>304
違いが分かればよいのだが…
URLﾘﾝｸ(ideone.com)
308:デフォルトの名無しさん
14/04/15 15:09:29.49 SFbbbO6x
>>307
さらっと確認したので怪しいのですがたぶん
クラスAには仮想デストラクタが無い為に
newしたオブジェクトがデリートされる際、継承元のデストラクタが呼び出されていませんが、
クラスBは仮想デストラクタがメンバにあるので
deleteされる際に継承元のデストラクタが呼び出される訳ですよね
そこで、ベクターにオブジェクトを格納する話につながる訳ですが
>>251のc_myclassがインターフェースクラスを継承しているときには
やはり継承元のクラスに仮想デストラクタを記述しておかないと危険だという事ですよね？
309:デフォルトの名無しさん
14/04/15 15:27:23.32 JmWJ8ekL
だーね
310:デフォルトの名無しさん
14/04/15 15:32:30.40 SFbbbO6x
確認しつこくてすいませんが
まとめると>>307のdlvBを
dlvB temp
std::vector<dlvB> obj;
obj.push_back(temp);
みたいにしちゃっておkってことですよね
311:デフォルトの名無しさん
14/04/15 18:05:27.38 ef3kTbvB
>>310
そうしたいなら仮想デストラクタとか仮想関数とか関係ない。
コピーコンストラクタを作ればいいだけ。
312:デフォルトの名無しさん
14/04/15 18:37:17.89 u428dFct
std::vector<clsB>にdlvB型のオブジェクトを突っ込むとスライシングでダメになるから気をつけるように
多態をコンテナ内で実現したいならstd::shared_ptrやunique_ptrを入れるのがよい
313:デフォルトの名無しさん
14/04/15 20:01:11.81 Nbqron3B
仮想デストラクタが必須なのは当然として
vectorに突っ込むケースを考えると
難易度としては
vetcor<Base>
vetcor<Base*>
vetcor<shared_ptr<Base>>
ptr_vector<Base>
こんな感じじゃね？
それぞれ注意点はあるが
一見簡単そうに見える
vetcor<Base>
が一番きつい
314:デフォルトの名無しさん
14/04/15 20:12:18.40 MU2KfTCa
>vetcor<Base>
そもそも派生クラスを突っ込めない。
>vetcor<Base*>
所有権がどこにあるのか分からないので論外。
>vetcor<shared_ptr<Base>>
virtualデストラクタ不要で便利。
>ptr_vector<Base>
今更ptr_vector？unique_ptrでいい。
315:デフォルトの名無しさん
14/04/15 20:33:50.00 O7xBtcGx
make_uniqueが標準に入らないと、記述量がちょっと面倒
316:デフォルトの名無しさん
14/04/15 20:42:49.07 Nbqron3B
>>314
たしかに
デザパタで
知らんかった
流行り廃りとかあるの？デザパタで
317:デフォルトの名無しさん
14/04/15 20:49:25.61 aOtL598m
std::unique_ptrはvectorに突っ込めるのにboost::scoped_ptrは出来ないのはなんで？
318:デフォルトの名無しさん
14/04/15 20:54:50.82 tBkVUf7m
moveできないから
319:デフォルトの名無しさん
14/04/15 23:53:29.68 hh7KqCRP
noncopyableだからだろ
320:デフォルトの名無しさん
14/04/15 23:56:04.64 of9IS0B8
ユニポもそうだけど
321:デフォルトの名無しさん
14/04/16 00:00:41.11 cUKcFdx2
>>320
すまん、そうだね、copyかmoveが出来ないとコンテナには入れられないということで