C++相談室 part56 - 暇つぶし2ch

C++相談室 part56 ..

116:名無しさん＠そうだ選挙に行こう
07/07/29 20:20:38
>>103
Boost Consultingにインストーラあったと思ったが

117:名無しさん＠そうだ選挙に行こう
07/07/29 20:21:47
ポインタが遅いってなんだ？
エイリアスが無いと判断しにくいから最適化しにくいとかそういう話？

118:デフォルトの名無しさん
07/07/29 20:26:48
>>113
コンストラクタがprivateなのにどうやってインスタンス化しろっての。

119:デフォルトの名無しさん
07/07/29 20:38:07
>109
一昔前ならLoki::Singletonをお勧めしていたところだけど……
boostにSingletonあったっけ？

120:デフォルトの名無しさん
07/07/29 20:40:12
つーかそもそもシングルトン、要るか？

121:デフォルトの名無しさん
07/07/29 20:41:02
いらねーよ。今でも要らないシングルトンが量産されてるってのに。

122:デフォルトの名無しさん
07/07/29 20:41:20
　　　　＿＿　　　.＿＿
　　／|　　　＼／　　|＼
　／　 |　　　／　　　　 |　＼　Nentansoft
｜　／＼／　＾o＾　／＼／|　
｜／＼／　　　　／＼／　｜ J i n s e i O w a t a o 2 0 0 5
　＼　 |　　　　／　　　|　／
　　＼|＿＿／　＼＿_|／

123:デフォルトの名無しさん
07/07/29 20:42:09
>>118
それ static 関係ない。 friend が指定してある。

あれ？ friend に内部リンケージの関数って不味くないか？

124:デフォルトの名無しさん
07/07/29 20:47:46
それ、翻訳単位毎にtest関数とその中の
CTestのinstが存在することにならね？

125:デフォルトの名無しさん
07/07/29 20:52:14
>>119
URLﾘﾝｸ(boost.cppll.jp)

126:デフォルトの名無しさん
07/07/29 21:27:24
>>109
テンプレートクラスなら普通にstaticなメンバ変数をヘッダ内に書ける(ODRに違反せずに「定義」できる)んじゃ無かったっけ？
それなら前にやったことがあるけど。
っていうかこれってどうやってるんだろう。やっぱリンカががんばってるんだろうか。

テンプレートじゃなきゃ、別にヘッダだけで収めようとしたことはないなぁ。

127:デフォルトの名無しさん
07/07/29 22:16:17
>>109　コピーコンストラクタを禁止しないのはまずいと思う

128:デフォルトの名無しさん
07/07/30 00:34:51
>>116
いや、便利ライブラリが嫌いなんじゃなくって
STL以外だと会社にもってって使えないいんよね。
便利なパーツは単体で、尚且つインクルード/コピペするだけで
リンカの設定弄らなくてもさくっとコンパイルできるのがいい。

ソース管理されてる環境だとプロジェクトファイルすら弄れないしね。。

129:デフォルトの名無しさん
07/07/30 00:39:49
>>128
同意

130:デフォルトの名無しさん
07/07/30 00:45:12
質問です

「あいうえお」と書いた外部ファイルを読み込んで1文字画面に出力するという操作を実装しようとしたら文字化けしてしまいました。

理由は文字コードが0x82A0なのに対し0x82までしか読み込んでなかったからみたいなのですが、

FILE* fp;
wint_t ch;
TCHAR s;
if( fopen_s(&fp, "word.dat", "r") )
{
MessageBox(NULL, TEXT("ファイルオープンに失敗"), NULL, MB_OK | MB_ICONSTOP);
exit(-1);
}
for(ch=fgetwc(fp); ch!=EOF; ch=fgetc(fp))
{
wsprintf(&s, TEXT("%d"), ch);
MessageBox(NULL, &s, NULL, MB_OK);
}
fclose(fp);

これだと1バイト分しか読み込まないのでしょうか？
また、2バイト読み込むにはどうしたらいいのでしょうか？

使ってる環境は、
WindowsXP Home Edition
VC++2005 Express Edition
です。

131:デフォルトの名無しさん
07/07/30 00:45:53
BSTRかwchar_t使えば？

132:デフォルトの名無しさん
07/07/30 00:50:28
>便利なパーツは単体で、尚且つインクルード/コピペするだけで
>リンカの設定弄らなくてもさくっとコンパイルできるのがいい。

Boostは大概インクルードだけで使えるけど……

133:デフォルトの名無しさん
07/07/30 00:53:04
インスコで環境を変えないなら使う

134:130
07/07/30 00:56:53
>>131

できませんでした。
wint_tも2バイト変数なのでfgetwcで2バイト読み込んでないということだと思うのですが、
fgetwcでは2バイト読み込むことは出来ないのでしょうか？

135:デフォルトの名無しさん
07/07/30 01:00:43
>>130
C言語の上にバグ持ちのVC++8.0か

環境依存スレ向きの話題じゃないのか

136:デフォルトの名無しさん
07/07/30 01:08:11
TCHAR s; //<--1バイト？2バイト？
wsprintf(&s, TEXT("%d"), ch);

TCHARってコンパイルの環境によって定義かわらない？

137:デフォルトの名無しさん
07/07/30 01:11:05
TCHARの定義はUNICODEが定義されているかどうかで変わるし
fgetwc()とfgetc()を混ぜこぜにしてるし
> TCHAR s;
> wsprintf(&s, ...
って何だそら
ムチャクチャだ

138:デフォルトの名無しさん
07/07/30 01:14:30
Cのwchar_tがらみの関数はsetlocale()を実行しておかないと
まともに動かん

VC++8.0の場合はバグのせいで、どっちみちw系のコンソール入出力が
腐るので諦めろ

139:デフォルトの名無しさん
07/07/30 01:17:31
VC++8ってそうなのかｗ
TCHAR WCHARとかじゃなく
明示的にchar wchar_tとか書いてもだめなん？

140:デフォルトの名無しさん
07/07/30 01:19:18
imbue

141:デフォルトの名無しさん
07/07/30 01:20:09
>>139
有名な話だよ。SP1でも直ってない。
URLﾘﾝｸ(forums.microsoft.com)
参照。

142:デフォルトの名無しさん
07/07/30 01:23:53
>>140
Cにはimbueも糞も無いんだが。
以下のコードがVC8.0では期待したように動かない。
#include <stdio.h>
#include <wchar.h>
#include <locale.h>
int main(void)
{
　　 wint_t c;
　　 setlocale(LC_CTYPE, "");
　　 while ((c = getwchar()) != WEOF)
　　　　 putwchar(c);
　　 return 0;
}

143:デフォルトの名無しさん
07/07/30 01:25:08
ほんまやｗ
MSだせーな
BCC32マンセーしててしらんかったわｗ

144:130
07/07/30 01:38:26
みなさんアドバイスありがとうございました。

VC++8.0にはバグがあったんですね…

bccでコンパイルしてみることにします。

145:デフォルトの名無しさん
07/07/30 01:39:52
>>130
ざっくり見直してみたけどこれでどうよ？

FILE* fp;
wint_t ch;
wchar_t s[32]; //10進数の文字表現を格納する？

if( fopen(&fp, "word.dat", "r") )
{
MessageBoxW(NULL, L"ファイルオープンに失敗", NULL, MB_OK | MB_ICONSTOP);
exit(-1);
}
for(ch=fgetwc(fp); ch!=EOF; ch=fgetwc(fp))
{
wsprintf(s, L"%d", ch);
MessageBoxW(NULL, s, NULL, MB_OK);
}
fclose(fp);

146:デフォルトの名無しさん
07/07/30 01:41:26
>>145
WEOFにしないと無限ループ

147:145
07/07/30 01:42:18
ああスマン

148:130
07/07/30 02:07:48
>>147

このソースでも文字コードが0x82と0xA0いうふうに分かれて表示されてしまいました

やはりBCCを使ったほうがいいということなのでしょうか…

149:デフォルトの名無しさん
07/07/30 02:09:19
ん？もしかして
fopen/fcloseじゃなくて、wfopen/wfcloseじゃないとだめとかある？

150:デフォルトの名無しさん
07/07/30 02:09:55
>>148
setlocale(LC_CTYPE, "");
をプログラムのドアタマで実行汁。

151:デフォルトの名無しさん
07/07/30 02:10:37
>>149
関係ねー
それらはUTF-16なパス名でストリームを開く、というだけだ

152:130
07/07/30 02:30:11
>>150

出来ました！
ロケールというものを設定しないといけなかったんですね！

ロケールについて調べてみたらよくわからなかったんですが、
ロケールとはパソコンの情報の表示形式みたいなものと考えていいのでしょうか？

153:デフォルトの名無しさん
07/07/30 02:37:35
>>152
ロケールは貨幣や数値、時刻の形式なども扱うが、この場合は
LC_CTYPEというカテゴリを指定してやることで、
文字エンコーディング(SJISだのEUC-JPだの)をCランタイムに
教えてやっている。「""」は、「実行環境に応じて良きにはからえ」という
意味だ。Cランタイムはそれに応じてワイド文字とマルチバイト文字の
変換を行う。

154:130
07/07/30 03:02:24
>>153

なるほど、だからロケールを設定してないときの読み込み方がおかしかったんですね

わかりやすく教えていただきありがとうございました！

155:デフォルトの名無しさん
07/07/30 08:17:11
型Tから型Uへの変換が存在するかどうかを調べるtemplateの手法ってありますか？
具体的には次のようなことをやりたいのですが…

template<typename T>
struct PtrWrapper { T* p; };

class A {...};
class B : public A {...};

PtrWrapper<A> a;
PtrWrapper<B> b;

a = b; // 可能
b = a; // 不可能

156:デフォルトの名無しさん
07/07/30 11:44:19
template <typename T, typename U>
class Conversion
{
typedef char Small;
class Big { char dummy[2]; };
static Small Test(U);
static Big Test(...);
static T MakeT();
public:
enum { exists = sizeof(Test(MakeT())) == sizeof(Small) };
};

int main() {
using namespace std;
cout
<< Conversion<double, int>::exists << endl
<< Conversion<char, char*>::exists << endl
<< Conversion<size_t, vector<int> >::exists << endl
<< Conversion<A*, B*>::exists << endl
<< Conversion<B*, A*>::exists << endl;
}

詳しくは Modern C++ Design 参照。

157:デフォルトの名無しさん
07/07/30 16:10:51
iGoogleで複数のコンテンツを追加してみると、
追加したコンテンツをドラッグ＆ドロップで移動できるのですが、
そのUIを、WinXPSP2上のVS2005 C++ Windowsフォームにて実装してみたくて調査中なのですが、
技術的に停滞中です。

フォームにPanelを配置し、そのパネルをドラッグ＆ドロップすればよいのかと思うのですが、
パネルのドラッグ＆ドロップが出来ません。。

何かサンプルありませんか？

158:デフォルトの名無しさん
07/07/30 16:26:33
MFCのCOleDropTargetクラスあたりかなぁ？

159:デフォルトの名無しさん
07/07/30 17:46:58
ありがとうございます。
COleDropTargetですか。ちょっとみてみましたが、
楽チンポンとは行かないみたいですね。
ちょっと勉強にいそしみます。

160:デフォルトの名無しさん
07/07/31 00:30:10
>>156
ありがとう！
ていうか解説読んで感動しました…

161:デフォルトの名無しさん
07/07/31 09:22:22
>160
どうせ中では同じようなことをやってるはずだけど、使えるなら Boost TypeTraits を使うのが楽。この場合は is_convertible

162:デフォルトの名無しさん
07/08/01 05:03:00
placement delete は
対応する placement new の実行中に例外が発生した場合に呼ばれるからという
ただそれだけのために存在する、という認識で問題ありませんか？

163:デフォルトの名無しさん
07/08/01 06:18:29
え

164:デフォルトの名無しさん
07/08/01 06:24:12
struct s{ s(){puts("s");} };
と定義して
struct s s_obj();
としてもコンストラクタが呼ばれないんですが、
俺何か間違ってるんでしょうか？

165:デフォルトの名無しさん
07/08/01 06:31:42
それは「struct sを返す関数」の宣言

166:デフォルトの名無しさん
07/08/01 11:23:21
struct s s_obj; としないといけない。
もっとも、s s_obj; で十分だが。

167:デフォルトの名無しさん
07/08/01 12:24:54
>>162
どうせ君は使わないだろうから問題ないよ。
人と話すときにはその話題避けてればいいんだし。

168:デフォルトの名無しさん
07/08/01 12:32:58
>>162
違う。正しくは
対応する placement new が成功した後のコンストラクタで例外が発生した場合に以下同文。

169:デフォルトの名無しさん
07/08/01 13:11:18
placement new というと、規格を見ると new の構文は

new-expression:
　::(opt) new new-placement(opt) new-type-id new-initializer(opt)
new-placement:
　( expression-list )

と書いてあって、new-placement ってのはあらゆる引数リストを指す要素のようだけど、
引数つきの new は何でも placement new と呼ぶのか？

170:デフォルトの名無しさん
07/08/01 13:13:10
そういうこと。
最初に想定されたのが配置に関する制御だったので、
placement newと名付けられたが、
使ってみたら色々使い道があったというわけ。

171:デフォルトの名無しさん
07/08/01 13:17:43
Ruby のイテレータみたいなもんか。繰り返さなくてもイテレータ。
っつーことは、「いつもの placement delete」には特に呼ぶ価値ないけど、
それ以外の placement delete には十分価値があるかもしれんっつーことか。

172:デフォルトの名無しさん
07/08/01 21:46:24
ＲＵＢＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹ

173:デフォルトの名無しさん
07/08/01 21:53:00
pythonでおｋ

174:デフォルトの名無しさん
07/08/01 22:31:34
AnsiString GetReg(AnsiString Key, AnsiString Name, HKEY RootKey)
{
AnsiString Value;
TRegistry *Reg = new TRegistry();
Reg->RootKey = RootKey;
if(Reg->OpenKey(Key,false)){
if(Reg->ValueExists(Name))
Value = Reg->ReadString(Name);
Reg->CloseKey();
}
Reg->Free();
return Value;
}

175:デフォルトの名無しさん
07/08/02 00:53:06
ﾃﾗBCB

176:174
07/08/02 00:57:40
書き込みが途中までしか出来てませんでした。
↓続き
関連する項目をググって、上記ソースを見つけたのは良いのですが、
得た値"Value"をstrcpy(a,b)のbで使おうとすると、
AnsiString型からキャストできず、エラーとなります。
AnsiString型をキャストすること自体がよろしくないようなのですが、
キャストか、他に良い方法がありましたら教えてください。

長文すみません。よろしくお願いします

177:デフォルトの名無しさん
07/08/02 01:01:43
strcpy(dst, AnsiString("あひゃ").c_str());

178:デフォルトの名無しさん
07/08/02 01:13:55
>>177は
Value.c_str()でやれということ

179:174
07/08/02 07:30:49
>>177＝>>178さん
どうもありがとうございます。
助かります。

180:デフォルトの名無しさん
07/08/02 22:26:11
プログラム中から現在のCPUのクロック数を測定したいのですが
どうすればいいでしょうか？

181:デフォルトの名無しさん
07/08/02 22:29:12
>>180
Win32APIのQueryPerformanceFrequencyは？

182:デフォルトの名無しさん
07/08/02 22:32:00
あれはかなりいい
しかしモバイル用CPUとか動的にクロックが変化するCPUだとちょっと困る

183:デフォルトの名無しさん
07/08/02 22:42:28
すいません>>182の理由により別の方法をおねがします
もしかして不可能？

184:デフォルトの名無しさん
07/08/02 22:45:00
条件があったのなら初めに言えよ

185:デフォルトの名無しさん
07/08/02 22:46:46
cpuid命令を呼ぶ
レジスタに信用なら無いモデルナンバーが返って来る
メーカーの資料と照らし合わせる
周波数を知る

186:デフォルトの名無しさん
07/08/02 22:51:17
CPUとは違う固定周波もってるハードに割り込みかけてもらうぐらいしか思いつかん……

187:デフォルトの名無しさん
07/08/02 22:56:08
＞現在のCPUのクロック数を測定
だから>>181でFA

188:デフォルトの名無しさん
07/08/02 23:08:53
>>185
ああ、その方法もありますね。しんどいけど。
どこかに cpuid　--> cpu clock 変換表みたいなのありませんか？

クロック自体はrdtscで読めるんですが、
最近のCPUは省電力モードとかで
クロック自体が落ちてることもあって
正確なクロックが取得できないんです

189:デフォルトの名無しさん
07/08/02 23:15:32
CPU毎の定格周波数が知りたかったのか？

190:デフォルトの名無しさん
07/08/02 23:24:10
CPU に意図的に負荷かけてから測定するとか。

191:デフォルトの名無しさん
07/08/02 23:40:09
asmでおｋ

192:デフォルトの名無しさん
07/08/03 16:33:06
可変長のメンバ配列変数は C99 で規格合致になったけど、
C++ だと 9.2p8 を見る限り対応されてなさそうな雰囲気を感じる。
これは、非静的メンバ配列変数のサイズは必ず指定する必要があるという記述だから
ここだけじゃ実際のところはっきりとは分からんけど。

でも、次期 C++ ドラフトを見るとこの記述が削られてる。
これは C99 と同様に可変長のメンバ配列変数に対応された現れだと見ているけど、
そのことが書いてある箇所が見つからない。

C++ での可変長のメンバ配列変数への対応具合の状況はどんな感じなんじゃろか。

193:デフォルトの名無しさん
07/08/03 20:55:47
可変長配列がないならvector使えばいいじゃない（ﾏﾘｰ

194:デフォルトの名無しさん
07/08/03 21:23:30
それなら C でも malloc 使えるしー。
でも、本気でそれでも問題ないと思うんだよな。
正直可変長メンバってどのくらい意味があるのか分かんないな。
Windows API とか可変長メンバを要求するところがあるから
しゃーなしで使わんといかんこともあるんだが。

195:デフォルトの名無しさん
07/08/03 21:33:07
ポインタ使うかわりに可変長メンバ使うとメモリ上のレイアウトがフラットに
なるから、そのままファイルに読み書きしたりできて便利な場合もあるでそ

196:デフォルトの名無しさん
07/08/03 22:04:00
stlのアロケータってrealloc操作がないのな。
vectorやstringのサイズ増加時にコピーが走りまくって参った。

197:デフォルトの名無しさん
07/08/03 22:16:19
reserveとかあるだろ
そういうハナシじゃない？

198:デフォルトの名無しさん
07/08/03 22:19:34
ふつうdeque

199:デフォルトの名無しさん
07/08/03 22:25:23
>>195
書き込みは一発だけど、
読み込む時は一旦サイズを読み出さないといかんのだよな。
状況によってサイズが分かる場合もあるけどさ。
そこまでの利点には思えんのよなあ。
昔だとその僅かな差も重要だったんだろうか。

200:デフォルトの名無しさん
07/08/03 22:27:52
>>196
<cstdlib>のreallocも、その場で拡張できなければ、
新しい領域を確保して、そこへ元の記憶域の内容をコピーすることになっている。
クラスインスタンス相手にコピーコンストラクタを使わず複写なんて
やるわけには行かないから、アロケータにrealloc相当の操作がないのも妥当な判断。

仮にやるとしたら、その場で拡張できるときだけ成功するrealloc操作
なんてことになるんだろうな。

201:デフォルトの名無しさん
07/08/03 22:33:47
>>199
malloc()/free()一発で確保・解放できるのも「Cでは」便利
で、特にデメリットも無いわけで
まあ可変長に出来るのは最後のメンバだけ、という制限があるけどな

ま、基本的に言語サポートが貧弱なCで特に生きるテクニックという気がする

202:デフォルトの名無しさん
07/08/03 22:35:49
記憶域の内容がコピーされても、
その後にちゃんとコピーコンストラクタを placement new で呼べば一応正常に動作する。

問題は二度手間になることと、
realloc による管理は C++ っぽくないってところだな。

203:デフォルトの名無しさん
07/08/03 22:36:31
PODのときはrealloc or memcpyするぐらいの配慮が欲しかったなあ
パフォーマンスに関わるんで結局手書きしちゃったよ
無駄にT()でfillするし・・・

204:デフォルトの名無しさん
07/08/03 22:37:30
>>201
どっちゃにしろ動的に確保する場合は
確かに一発で済むから便利か。なるほど。

205:デフォルトの名無しさん
07/08/03 22:40:24
でもまあバッファを拡大するときも、必要な量ぎりぎりではなく、
例えば倍々に増やしていったりする実装の存在なんかを考えれば、
やっぱりコンテナがrealloc相当のことをやっているんだよなと思う。

206:デフォルトの名無しさん
07/08/03 22:42:15
なんでC++にnew/deleteがあってrealloc()相当物が無いのかってのは
Stroustrupが説明してた気がするが、忘れた

207:デフォルトの名無しさん
07/08/03 22:45:50
placement new でコピーコンストラクタ使ってオブジェクト作ってるよ。

208:デフォルトの名無しさん
07/08/03 22:49:31
Win32 APIのVirtual Allocみたいなの使ってアドレス空間だけ予約しとけ

209:デフォルトの名無しさん
07/08/05 02:02:59
シグナルって何に使えばいいの？
中で特別な関数以外の関数呼んだら未定義とか規格に書いてるんだけど。

210:デフォルトの名無しさん
07/08/05 02:04:27
ぶっちゃけsignalがCの標準に含まれているのはどうかと思う

211:デフォルトの名無しさん
07/08/05 02:04:59
マジ？あの欠陥品が？

212:デフォルトの名無しさん
07/08/05 02:05:32
>>209　Unixの規格を読むんだ

213:デフォルトの名無しさん
07/08/05 02:09:07
Posix的にはsignal()は推奨されないでしょ
sigaction()を使うべき

Windowsのコンパイラが提供するsignal()は、規格を満たすためだけの紛い物で
何の役にも立たない

つまりsignal()なんて要らない子

214:デフォルトの名無しさん
07/08/05 02:10:34
いやシグナルという仕組み自体が正直勘弁だ

215:デフォルトの名無しさん
07/08/05 02:11:28
まあスレッド登場前の化石だよな

216:デフォルトの名無しさん
07/08/05 02:14:57
signal handlerからlongjmpがunixの作法ですが何か？

217:デフォルトの名無しさん
07/08/05 02:15:53
おk。大体分かった。

218:デフォルトの名無しさん
07/08/05 02:17:24
それが今となっては最悪の作法だよねって話でしょ
スレッドと相性が非常に悪いし
それでなくとも
シグナルハンドラが再インストールされるかどうかとか
システムコールが再送されるかどうかとか
シグナルハンドラ内であれをやってよいこれはよくないとか
バッドノウハウのすくつやん

219:デフォルトの名無しさん
07/08/05 02:23:03
write一つとっても、linux/*bsd/solaris/hp(dec)でそれぞれ挙動が違うからねえ
posixもM$がサーバ戦略に本腰いれて慌てて始めたもんだしなあ

220:デフォルトの名無しさん
07/08/05 03:22:10
set_terminate ってどういう場合に使う？
main で全ての例外補足してから異常終了した方が
ローカル変数のデストラクタが呼ばれていいと思うんだけど。

221:デフォルトの名無しさん
07/08/05 03:24:59
そういうまともな例外処理が出来ないときのためにあるのでは

例外処理中に例外が出たとか

222:デフォルトの名無しさん
07/08/05 03:27:03
>>220
２行目以降の意味がわからん。 set_terminate() 関係ないだろ。

223:デフォルトの名無しさん
07/08/05 03:36:23
>>221
ああ、二重例外に対応する場合か。なるほど。

224:デフォルトの名無しさん
07/08/05 12:41:24
VS2005 MFCなんだけど、アクセスバイオレーションの例外処理を
捕らえたいんだけど、
try{}
catch( ... ){}
この構文では捕えられないんだけど、どうしたらいい？

225:デフォルトの名無しさん
07/08/05 12:44:09
アクセスバイオレーションて単純にソフトウェアのバグじゃないか？ｗ

226:デフォルトの名無しさん
07/08/05 12:54:51
/EHaとか/EHcがらみじゃないの？

でもデフォルトから変更した場合、
ミドルウェアとか依存するライブラリ絡みの整合性が心配だな。

227:デフォルトの名無しさん
07/08/05 15:14:37
URLﾘﾝｸ(msdn.microsoft.com)
まあC++の範疇じゃないな。

228:デフォルトの名無しさん
07/08/06 06:55:48
構造化例外で捕まえた方が良いと思うヨ。

229:デフォルトの名無しさん
07/08/06 18:19:11
_set_se_translatorという手もある。
いずれにせよVC++くらいしか使えるものがないというのに変わりはないけどな。

230:デフォルトの名無しさん
07/08/06 21:25:46

スレ違いだったらすいません。

アプリ開発の依頼スレが見つからなかったのでこちらに書かせて頂きました。
当方所有のウェブアプリケーションソフト
（以前プログラマに依頼して作ってもらったものですが今は連絡が取れません）
がＵＲＬ先の変更？で突然使えなくなってしまいました。

そこで、緊急で本日中に改変が出来そうな方是非お願いできないでしょうか？
当方、全くの知識不足で言語が　Ｃ＋＋ということ以外分かりません。
ソースファイルは持っております。料金は２万円でお願いします！

seishinkeiki@hotmail.co.jp

231:デフォルトの名無しさん
07/08/06 21:29:58
マルチはよくないな

232:デフォルトの名無しさん
07/08/06 21:47:57
やすっ

233:デフォルトの名無しさん
07/08/06 23:11:47
>>230
ソースがあるならソースを晒せよ。ロハでできるぞ。
ソースを晒せないから有料でということなら、2万円なんて人を見下したようなことをするもんじゃない。

234:デフォルトの名無しさん
07/08/07 06:33:04
void foo(char *p, size_t len)
{

}

235:デフォルトの名無しさん
07/08/07 06:34:28
すみません途中で送信してしまいました。

void foo(char *p, size_t len)
{
// ここでpとlenからistreamを作りたい
}

実際には、basic_istreamの派生クラスを作るしかないのでしょうか？

236:235
07/08/07 06:44:00
最初は、std::istringstreamを使って実装していたのですが、バイナリを扱う必要があるので、見送りました。

237:デフォルトの名無しさん
07/08/07 07:39:56
俺判定

↓エスパー１級

238:デフォルトの名無しさん
07/08/07 07:48:18
>>236
ファイルストリーム以外でバイナリとテキストの問題なんて起こらないだろ？
istringstream でいいと思うよ。

239:デフォルトの名無しさん
07/08/07 07:50:42
>>236
なんでバイナリを扱う必要があったら istringstream を見送るの？

240:デフォルトの名無しさん
07/08/07 09:01:36
stringという名前が付いてるからバイナリは扱えないと思っているんだろうな

241:デフォルトの名無しさん
07/08/08 20:13:23
義務教育もしっかり受けてるのに
x = x +1
が疑問でもなんでもない俺は負け組

242:デフォルトの名無しさん
07/08/08 20:15:25
柔軟な思考は大事
固定観念はよくない

243:デフォルトの名無しさん
07/08/08 21:16:13
もう疑問を持ったかどうかすら覚えてないわ

244:デフォルトの名無しさん
07/08/08 21:57:28
>>241
x = x * x + Cならマンデルブロ集合なんだけどね。

245:デフォルトの名無しさん
07/08/09 10:46:54
>>241
むしろそのへんの切り替えが高速にできない子は算数のできない子

246:デフォルトの名無しさん
07/08/09 19:51:16
リアル演算子オーバーロードだよな。

247:デフォルトの名無しさん
07/08/09 19:59:43
要は「今まで習った常識・ルール」に囚われてしまっていて、
新しいルール、新しい前提の上でのゲームには一歩も踏み出せないってことだからな

その程度の頭の柔軟性が無いのでは算数やプログラミングに限らず
何やってもだめ

248:デフォルトの名無しさん
07/08/10 09:40:31
何でも受け入れるのもあれだけどな。
そこに疑問を持ち、考察し、納得する、というプロセスをだな・・・

249:身の程知らず
07/08/10 12:01:33
C++の文法に疑問を持つのは、よほどの天才か身の程知らずのどちらかだろ。
もちろんもっと人間にもコンパイラにも分かりやすくて、すばらしい文法は作れただろうが、
今のような位置を占めているかどうかは疑問だ。

以下、俺様演算子を定義できる機能とか、
Cのプリプロセッサなんかより、もっとプログラマブルで、文法を考慮するマクロとか、
↓禿のお気に入りだったマルチメソッドなどについて語ろう↓

250:デフォルトの名無しさん
07/08/10 12:04:48
＞以下、俺様演算子を定義できる機能とか、
演算子オーバロードではお気に召しませんか?

＞Cのプリプロセッサなんかより、もっとプログラマブルで、文法を考慮するマクロとか、
C99のプリプロセッサではお気に召しませんか?

それならDをどうぞ。

251:デフォルトの名無しさん
07/08/10 12:06:05
Lispじゃねぇの

252:デフォルトの名無しさん
07/08/10 12:10:18
開発当時はのんびり言語仕様考えるヒマなかったんだろう。
シェア争いを制するために時間を惜しんだんだろ
結局当時は高級言語に負けたが。

253:デフォルトの名無しさん
07/08/10 12:11:29
俺様演算子っていうと、Prolog みたいなやつか。

254:デフォルトの名無しさん
07/08/10 14:42:56
俺様演算子っていうと、Haskell みたいなやつか。

255:デフォルトの名無しさん
07/08/10 14:58:06
Forth なら何でもありだな

256:デフォルトの名無しさん
07/08/10 15:05:03
禿は演算子オーバーロードは必要最小限に抑えたほうが良いと言ってなかったか

257:デフォルトの名無しさん
07/08/10 15:54:28
おまいは禿が死ねって言ったら死ぬのか？

258:デフォルトの名無しさん
07/08/10 16:32:06
詭弁のガイドライン

259:デフォルトの名無しさん
07/08/10 17:05:23
おまいは「おまいは禿が死ねって言ったら死ぬのか？」ってレスを見たら詭弁だと短絡的に思うのか？

260:デフォルトの名無しさん
07/08/10 17:07:20
次の相談者の方、どうぞ↓

261:デフォルトの名無しさん
07/08/10 17:10:30
禿はC++に関しての第一人者だけど、死に関しての第一人者じゃない。
詭弁じゃないと言うなら、何をもって
「禿は演算子オーバーロードは必要最小限に抑えたほうが良いと言ってなかったか」
「おまいは禿が死ねって言ったら死ぬのか？」
というのが同じ重みがあるとするのかを明確化しろ。

262:デフォルトの名無しさん
07/08/10 17:44:52
物事の良し悪しは他人任せにせずに自分で考えましょう、
と注意する場合の定型句だと思うが。

263:デフォルトの名無しさん
07/08/10 18:16:58
ならそう書けばいいんじゃないかなw

264:デフォルトの名無しさん
07/08/10 18:21:40
なんでも平たく書き下すんじゃなく、
慣用句等あれば使うのが文化って奴だろ
その点APLなんかすごいぞ

265:デフォルトの名無しさん
07/08/10 18:26:07
論点ずらしの天才

266:デフォルトの名無しさん
07/08/10 18:34:21
演算子と人の生死を結びつけるところが正直よく分からん

267:身の程知らず
07/08/10 18:45:10
禿があれほどD&Eで多くのページを割いて、規格に入らなかったことを悔しがっているのに、
一言も突っ込まれないマルチメソッド哀れ。

まあ、正直言ってまず使わないと思うけど。

268:デフォルトの名無しさん
07/08/10 19:05:50
（動的）マルチメソッドマジ欲しい。
Lokiにもマルチディスパッチの実装あるけど、さすがに面倒だ。
でも、コンパイラの実装大変そうだよね。

演算子オーバーロードはPEGとかEBNFを実装するためにあると思うんだ。

269:デフォルトの名無しさん
07/08/11 12:00:15
質問があります。
class A
class B
class C
があるとして、class Cをclass AとBのメンバに持たす時、
class AとBのインスタンスを複数作った場合、メンバであるclass Cも
複数作成されてしまうと思います。
そこで、classA、B共に一つずつしかclass Cを作らないようにしたいのですが、
こういう場合はstaticメンバ変数にするしかないのでしょうか？
ていうのも、static変数はクラス外に宣言を書かないといけないためclass A,Bみたいなクラスを
たくさん作ると大変なんですよね・・・。
class A,Bの基底クラスに持たすことはできませんし・・・

良い方法があればご教授ください。

270:デフォルトの名無しさん
07/08/11 12:27:32
つ静的局所変数

271:デフォルトの名無しさん
07/08/11 12:45:41
>>269
CRTP が使える場面かもしれない。
でも、そんなに静的変数が要るのかどうかが疑わしい。
クラス外に定義が必要なのが嫌だというのも理解しかねる。

272:デフォルトの名無しさん
07/08/11 16:51:02
template<UINT　nID>.
class　Base
{
　static　C　s_c;
};
template<UINT　nID>
C　Base<nID>::s_c;

class　A　:　public　Base<0>
{};
class　B　:　public　Base<1>
{};

273:269
07/08/11 19:13:13
>>270-272
返事が遅れてしまい申し訳ありませんでした。
レスありがとうございます。

CRTPってデザインパターンの一種みたいですね。
>>272のソースがCRTPなのでしょうか？
面白そうなので試してしみようと思います。

274:デフォルトの名無しさん
07/08/11 19:43:47
それは全然違う。
CRTPはベースクラスが、継承クラスの型を知ること

275:269
07/08/11 19:55:41
>>274
なるほど。どもです。
ちょっとググって来ます。

276:デフォルトの名無しさん
07/08/11 23:40:11
CRTPてこんなの

　　template<class derived_t>
　　class TLogPolicy {
　　public:
　　　 void log() { log_ += (static_cast<derived_t*>(this))->data_ + "\n"; };
　　protected:
　　　 TLogPolicy() {};
　　private:
　　　 std::string log_;
　　};
　　class TManager : public TLogPolicy<TManager> {
　　public:
　　　 void test() { log(); };
　　private:
　　　 std::string data_;
　　　 friend TLogPolicy<TManager>;
　　};

けっこう有名なテクニックだとおもうけど？

277:269
07/08/12 02:50:34
>>276
ありがとうございます。
まだ、実装はしてませんが、>>276さんのソースを弄った感じ私が求めてたモノかもしれませんｗ
ただ、1行目のtemplate<class derived_t>って言うのがよく分からないのですがなんなのでしょうか？？

278:デフォルトの名無しさん
07/08/12 03:00:57
>>277
ごく普通のテンプレート宣言だよ。これぐらいは調べてくれ。

279:デフォルトの名無しさん
07/08/12 03:03:18
>>278
あ、なるほど、template<class T>みたいなもんですかｗ
てっきり、特殊なことやってるのかと思いましたｗ
すいません。

280:269
07/08/12 15:09:02
また、質問させていただきたいのですが、>>276さんのソースを簡易化して、
template<class derived_t>
class TLogPolicy {}
class TManager : public TLogPolicy<TManager> {};
class UManager : public TLogPolicy<UManager> {};
class Cont {
std::list<TLogPolicy *> cont;
template <class derived_t>
void add(TLogPolicy<derived_t> *hoge) {
cont.push_back(hoge);
}
};
として、TManager,UManagerのインスタンスを複数作り、
Contクラスのcontに格納したいのですがどうすればいいのでしょうか？
とりあえず、1つのコンテナで管理したいのです。
実際、追加しようとすると、変換できないなどとエラーがでます。
TManagerの適当なメンバ関数から、Cont::add<TManager>(this);
よろしくお願いします。

281:デフォルトの名無しさん
07/08/12 15:15:38
>>280
コンテナに入れたいだけならもういっこ基底クラスを置くだけでいいだろう。
コンテナの要素に対して何をしたいのかによっては、それじゃ不満だろうが。

ソース貼るなら、ちゃんと問題（エラー）が再現できるコード作れよ。

282:デフォルトの名無しさん
07/08/12 15:50:20
どうもtemplateとclassの関係を判っていないようだな。
テンプレートのポインタ（TLogPolicy *）なんてのは無いよ。

TLogPolicy<TManager>とTLogPolicy<UManager> は別の型だから、
同じ基底クラスとして扱うことは出来無いし。

面倒だから簡単にboost::anyのコンテナ使う手もあるかね。

283:269
07/08/12 19:54:07
>>281-282
レスありがとうございます。

>ソース貼るなら、ちゃんと問題（エラー）が再現できるコード作れよ。
申し訳ありません。以後気を付けます。

templateとclassの関係などもうちょっと勉強し、
レスを参考に少し考えてみることにします。

284:デフォルトの名無しさん
07/08/12 23:02:30
>>283
多分コンパイル通そうと尋常じゃない時間を割くと思われるので一つ教えてあげる。

テンプレート関数はこう書く。
template <class T> void foo( T param ) { ... }
テンプレートクラスはこう書く。
template <class T> class bar { T member; };

しかし、クラスにテンプレートの関数(これをメンバテンプレートという)
を書くことはできない。

class hoge {
　　template <class T> void f( T param ) { ... }　// ←コンパイルエラー
}

つまり 280 のコードでやろうとしていることは、そもそも不可能なんだよ。

285:デフォルトの名無しさん
07/08/12 23:16:39
>>284
メンバテンプレートって呼び名が付いてるのに書くことはできないんだ。ふーん。
コンパイラ何使ってるの？

286:デフォルトの名無しさん
07/08/12 23:19:40
たしかVC5か6かなんかでは出来なかっただけ。

287:デフォルトの名無しさん
07/08/12 23:45:41
vc6　では出来る。
が、一部文法が通らないな。

hoge　h;
h.f(1);　//　OK
h.f<float>(1);　//　NG

vc5　は知らん。

288:284
07/08/12 23:46:09
あ゛ぅ、手元のコンパイラでやってみたらできた・・・
>>283 すまん、284 は全くのマチガイ。忘れてくれ m(_ _)m

>>285 VC2005。
>>286 今試したら VC6 ではできた。VC 5 以前はわからんけど。

いぢめないで。。。

289:デフォルトの名無しさん
07/08/12 23:59:00
ちょっと興味が湧いたので実装してみた。

　　template<class derived_t>
　　class TClassData {
　　private:
　　　 template<typename T>
　　　 string& data(T* t) {
　　　　　static string data;
　　　　　return data;
　　　 }
　　　 friend derived_t;
　　};

　　class TManager : TClassData<TManager> {
　　public:
　　　 void set(string const& s) { data(this) = s; };
　　　 string& get() { return data(this); };
　　};

…………しかし、継承使われたりすると危なっかしくてしょうがないな。
TManagerはクラス内クラスにしてファイナル化しといた方が安全そうだ。

290:289
07/08/13 00:01:46
というよりもVC5,6はステだろ。
未だに保守でVC5,6使わされているプログラマは可哀想でしょうがない。

291:デフォルトの名無しさん
07/08/13 00:03:03
class TLogPolicy { public: void foo() { ::std::cout << "Hello"; } };
class AbstractTLogPolicyHolder { public:
TLogPolicy& policy;
AbstractTLogPolicyHolder( TLogPolicy& policy ) : policy( policy ) {}
};
template < class T >
class TLogPolicyHolder : public AbstractTLogPolicyHolder {
static TLogPolicy policy;
public: TLogPolicyHolder() : AbstractTLogPolicyHolder( policy ) {}
};
template <class T> TLogPolicy TLogPolicyHolder<T>::policy;
class Cont { ::std::list< AbstractTLogPolicyHolder* > cont;
public: void add( AbstractTLogPolicyHolder* holder ) { this->cont.push_back( holder ); }
void callAllFoo();
};
void Cont::callAllFoo() {
::std::list< AbstractTLogPolicyHolder* >::iterator i = this->cont.begin();
for( ; i != this->cont.end(); ++i ) { ( *i )->policy.foo(); }
}
class TManager : public TLogPolicyHolder< TManager > {};
class UManager : public TLogPolicyHolder< UManager > {};

void main() {
Cont cont;
TManager t1, t2, t3; // TManager::policy は 1 個だけ存在
UManager u1, u2, u3; // UManager::policy も 1 個だけ存在

cont.add( &t1 );
}

292:デフォルトの名無しさん
07/08/13 00:05:41
>>290
この前、VC3の案件が回ってきて笑った。

293:289
07/08/13 00:15:30
うわ……ありゃc++とは言えないだろう……

良く良く考えたらテンプレートメンバ関数要らんな。
ただ危険にしているだけだった。
　　template<class derived_t>
　　class TClassData {
　　protected:
　　　 TClassData() {};
　　　 string& data() {
　　　　　static string data;
　　　　　return data;
　　　 }
　　};
　　class TManager : public TClassData<TManager> {
　　public:
　　　 void set(string const& s) { data() = s; };
　　　 string& get() { return data(); };
　　};

294:デフォルトの名無しさん
07/08/13 08:35:29
>>293
TLogPolicyとContはどこいった？

295:デフォルトの名無しさん
07/08/13 11:17:36
規格読んでたらよく分かんなくなってきた。

std::complex<double> c = std::complex<double>(1, 2);

とした時、コピーコンストラクタが呼ばれるかどうかに関する規定がよく分からない。

これは「コピー初期化」であって「std::complex<double>(1, 2)がcにコピーされる」らしいんだが、
実際やってみると、どうもコピーコンストラクタは呼ばれない。
この「コピー」というのがコピーコンストラクタを呼ぶことを意味していないのか、
それともコピーコンストラクタを呼ばない最適化が規格で許されてるのか、
どうもよく分からない。

このあたりどうなってるのか詳しく知ってる人はいる？

296:デフォルトの名無しさん
07/08/13 11:22:35
>>295
URLﾘﾝｸ(www.kmonos.net)

297:デフォルトの名無しさん
07/08/13 11:27:38
1)T a = T(...)
2)T a(...)
は同じじゃなかったっけ

298:デフォルトの名無しさん
07/08/13 11:45:31
>>295
つまり、これも戻り値最適化に含まれる、というわけ？

299:デフォルトの名無しさん
07/08/13 12:05:27
>>297
いいえ。前者はコピーコンストラクタが呼ばれる可能性があります。
# >296参照。

300:デフォルトの名無しさん
07/08/13 12:06:17
>>298
正しく、RVOですね。

301:デフォルトの名無しさん
07/08/13 12:07:59
規格には何箇所かコピーコンストラクタの省略を許す箇所が挙げられている。
戻り値最適化もコピー初期化時の省略もそのひとつ。

って、他にあったっけ？

302:デフォルトの名無しさん
07/08/13 12:09:56
>>300-301
これで安心して眠れます。
まだ寝ないけど。

303:デフォルトの名無しさん
07/08/13 12:10:44
>>295
これかしらん？

URLﾘﾝｸ(web.archive.org)
ここの最後の方

＞ -15- Whenever a temporary class object is copied using a copy constructor, and this object and the copy have the same cv-unqualified type,
an implementation is permitted to treat the original and the copy as two different ways of referring to the same object and not perform a copy at all,
even if the class copy constructor or destructor have side effects.

304:デフォルトの名無しさん
07/08/13 12:22:55
>>303
おおー。それですね。完璧ですね。

305:デフォルトの名無しさん
07/08/13 12:31:03
規格 8.5.14 内のここは？

if the function is a constructor, the call initializes a temporary of the
destination type. The result of the call (which is the temporary for the
constructor case) is then used to direct-initialize, according to the rules above,
the object that is the destination of the copy-initialization. In certain cases,
an implementation is permitted to eliminate the copying inherent in this
direct-initialization by constructing the intermediate result directly into the
object being initialized;

306:デフォルトの名無しさん
07/08/13 13:07:44
>299
ええ？ >297の通りじゃ……と思ってC++STDを確認しました。
8.5 Initializers
(snip)
initializer:
　 = initializer-clause
　 ( expression-list )
initializer-clause:
　 assignment-expression
　 { initializer-list ,opt }
　 { }
initializer-list:
　 initializer-clause
　 initializer-list , initializer-clause
ということで、>297の通りじゃね？良くわからないけど。

307:デフォルトの名無しさん
07/08/13 13:12:39
>>306
「ということで」じゃねーよ。何を確認したんだよ。

= に続けて置かれた初期値の型が同じなら、動作上は direct-initialization と
同じに最適化されるが、意味上は依然として copy-initialization なので、
たとえばコピーコンストラクタが private になってたりすると >>297 の 1 は
コンパイルエラーになる。

308:306
07/08/13 14:06:53
あれ？そうだっけ？ということでもうちょっと調べてみました。
過去ログにあった。
URLﾘﾝｸ(ir9.jp)
条件付きで同じになるっつうのが正解かしらん？

copy-initializationとdirect-initializationについて纏まっている資料は無いのかね？
More Exceptional C++に載っているみたいだけど……

309:デフォルトの名無しさん
07/08/13 14:56:26
ためになるなあ

310:デフォルトの名無しさん
07/08/14 01:11:10
おもしろいな、copy constructorへのaccess checkがかかるけど、
実際にはdirect-initializationが行われる（よばれる）のか

class Nurupo
{
private:
//public:
　Nurupo(const Nurupo&) {
　　*(int*)0 = 0;
　}
public:
　Nurupo(int nurupo1, int nurupo2, int nurupo3) {
　　;
}
};

void foo() {
　Nurupo nurupo = Nurupo(1,2,3);
}

private:だとコンパイルエラーになるが、
public:にして実行しても落ちるわけではない

でさ、これもRVOって呼ぶの？returnしてないのに？

311:デフォルトの名無しさん
07/08/14 01:53:47
>>310
これは RVO とは呼ばない。

312:デフォルトの名無しさん
07/08/14 01:55:03
>>308
規格のドラフトでいいんじゃないの？ >>2

313:デフォルトの名無しさん
07/08/14 02:39:08
JIS に行けばドラフトじゃなくてちゃんとしたのを一応読める。色々と不便ではあるけど。

314:デフォルトの名無しさん
07/08/14 02:45:47
日本の未来に絶望する配布形式

315:デフォルトの名無しさん
07/08/14 08:29:54
不要なものは使いにくくなっている
C++的には正しい配布形式

316:デフォルトの名無しさん
07/08/14 10:19:47
const int i[10];
という配列をメンバーに持っていた場合、どうやって初期化すればよいのでしょうか？　

317:デフォルトの名無しさん
07/08/14 10:21:52
>>316
できません。 const 外すか、パフォーマンスに問題なければ std::vector を使うか。

318:デフォルトの名無しさん
07/08/14 10:23:08
int i[10]; という配列をメンバーに持つクラス X を作って、
const X x; として、その x のコンストラクタで初期化する。

319:デフォルトの名無しさん
07/08/14 10:40:09
残念ながらコンストラクタ内で代入することになるね。

320:デフォルトの名無しさん
07/08/14 23:11:20
ご意見伺いたいです。

C++にてシングルトンを実装するに当たって、インスタンスの解放を明示的に実装しますか？

私は、実装します。
プログラムの終了まで存在するものとしても解放するべきだと思っています。

実装しないという人の理由が、解放される順番が難しい、
というのですがそれは理由にはならないのではと。

解放しない派で、もっとこう積極的な理由があるなら教えてください。

321:デフォルトの名無しさん
07/08/14 23:19:43
明示的な解放が必要ってことは
static HogeClass *s = new HogeClass;
return s;
とかするのか？

322:デフォルトの名無しさん
07/08/14 23:25:57
Modern C++ Design読め。

言語に頼れるのならば任せるのがベターだろうと思うよ。
それができない（例外的な）ケースのときだろうね。明示的に実装することを考えるのは

323:デフォルトの名無しさん
07/08/15 02:20:59
mallocしたメモリは確実に解放しますか？

私は、解放します。
プログラムの終了まで存在するものとしても解放するべきだと思っています。

324:デフォルトの名無しさん
07/08/15 03:29:48
だからModern C++ Design読めって。そもそもmallocなんか使わないよ。
ローカル関数内のstaticオブジェクトを使うのが簡単じゃない？

325:デフォルトの名無しさん
07/08/15 04:20:38
「リソースは解放する」「順序は守る」「両方」やらなくちゃならないのがのC++のつらいところだな。

次ページ