【初心者歓迎】C/C++室 Ver.35【環境依存OK】

【初心者歓迎】C/C++� ..

263:デフォルトの名無しさん
07/03/02 23:37:04
>>259
えーと、あるウィンドウに属するコントロールの配列を管理するんだろ？
何で「グローバル」である必要があるんだ？

264:デフォルトの名無しさん
07/03/02 23:42:22
グローバル空間に

vector<T> v;

でいいんじゃないの？

265:デフォルトの名無しさん
07/03/02 23:42:26
>>262
なぜポインタにする必要がある？

266:デフォルトの名無しさん
07/03/02 23:44:13
>>262
staticな変数をexternしてもリンクエラーが出るだけな気が。

267:デフォルトの名無しさん
07/03/03 00:20:41
>>259
int型の変数だろうとvector<T>型の変数だろうと
グローバル変数の使い方は同じじゃね？

268:デフォルトの名無しさん
07/03/03 00:24:21
>>267
static配列は
int a[] = { 0, 1, .. };
のような配列初期化構文が使えるが、vector<T>では使えないという
違いがあるな。

vector<T>をstaticに初期化したいならば
int a[] = { 0, 1, .. }:
vector<int> v(&a[0], &a[N]);
のように書くしかないが、メモリの無駄だな。

が、今回のケースでは初期化はWinProc内で行いたいそうだから
どうでもいいんだな。

269:デフォルトの名無しさん
07/03/03 00:25:57
コントロールを動的に生成／消滅させるウィンドウでないのなら
単なる配列でいいんじゃないの？
要素数が固定なら、vector<>はオーバースペック。

270:デフォルトの名無しさん
07/03/03 08:45:11
>>268
仮にvector<int>　v　=　{0,　1,　...};のような初期化ができるようになっとしても、
コンストラクタの呼出まで初期化子を静的に用意しておくことになるだろうから、
その実装はおそらくこう書くのと同じようになると思う。
int　a[]　=　{0,　1,　...}:
vector<int>　v(&a[0],　&a[N]);

271:デフォルトの名無しさん
07/03/04 00:41:25
質問させてください。
C++によるオブジェクト間のメッセージ通信についてなんですが、
オブジェクトAがオブジェクトBを含有する構造の場合、
AからBへのメッセージ送信は、AがBのメソッドを呼び出すという形でOKですが、
BからAへのメッセージ送信はどう実装するのがベターなんでしょうか？

1．AからBのメソッドを呼び出し、戻り値をメッセージとして扱う、(BはAに処理させたい内容を戻り値で返す)
2．BにAの参照を渡しておいて、BからAのメソッドを呼び出す、
3．各オブジェクトにメッセージプロシージャを用意して、そこにメッセージを投げる、(ウィンドウメッセージのように)
あたりは試してみているんですが、どうにもソースがスパゲッティになりがちで悩んでいます。
現在は、オブジェクトへのアクセス手段を統一でき、尚且つ不要なメッセージを無視することが可能な｢3｣を用いて実装しているのですが・・・
何か他にいい手法はないでしょうか？

272:デフォルトの名無しさん
07/03/04 01:02:31
>>271
相互依存するぐらいなら同じクラスにしちゃえばいいのに。
それでおかしくなるようなら A, B のどちらか（または両方）が大きすぎるんじゃないの？

273:デフォルトの名無しさん
07/03/04 01:25:41
>>271
デリゲートな悩みですか

274:デフォルトの名無しさん
07/03/04 01:35:33
実装というか、コーディングマナーの質問です。
配列の並び順を変更するときに、テンポラリ変数としてヒープ領域を使うのはありでしょうか。

275:デフォルトの名無しさん
07/03/04 01:37:36
必要ないのにヒープ領域は使わないかな
うっかりミスでリークしたりしたらあれだし

276:デフォルトの名無しさん
07/03/04 01:40:47
>>271
ケースバイケースだなぁ。

オブジェクト間のコミュニケーションが複雑化しすぎると感じるなら、
Mediatorパターンなんてのもあるよ。

ウィンドウメッセージは直接的なC++のメンバ関数呼び出しより
はるかに非効率だけれども、
非同期にできたり、相手が死んでいた場合のdangling pointer問題を
回避できたりという利点はある。

277:デフォルトの名無しさん
07/03/04 01:42:18
>>274
ヒープ使ってstd::auto_ptr<>に突っ込む分には>>275の言うような
問題はないが、
速度の問題だけで言えばalloca()の方が速い。移植性が劣るし
スタックサイズの制限にひっかかるかもしれないが。

278:デフォルトの名無しさん
07/03/04 01:54:53
>>272
元は全部1つのクラスで処理をしていたんですが、
行数が多すぎて分かり辛くなってきたため、分割しようとしたところ、相互依存の問題が出てきた感じです。

>>273,276
色々ありがとうございます。
デリゲート、Mediatorパターン、ちょっと調べてみます。

ゲームプログラムで、非同期処理なので、その辺ももう少し考えてみます。

279:デフォルトの名無しさん
07/03/04 07:12:04
今後WIN32は消える？

280:デフォルトの名無しさん
07/03/04 07:26:12
>>279
100年後とかには生き残ってないだろな。

281:デフォルトの名無しさん
07/03/04 10:23:01
>>277
allocaをMSのライブラリは拒否している(昔は使っていたが)。
デフォルトで配列を使ってサイズオーバーしたら
ヒープを使うという戦略になっている
当然allocaより速い

282:デフォルトの名無しさん
07/03/04 11:16:36
どうして適当なこと言う奴が後を絶たないのか

283:デフォルトの名無しさん
07/03/04 11:31:09
いい加減な事を発言した奴には罰金を科せばいい。

284:デフォルトの名無しさん
07/03/04 15:13:11
国会でやると大もうけだな

285:デフォルトの名無しさん
07/03/05 18:32:04
レスが付かないのでこちらにきました

Visual Studio2005　C++で
SystemParametersInfo(SPI_SETDESKWALLPAPER, NULL,
"c:\\a.bmp" ,0 );
しても壁紙が変更しません
解る方、教えてください

286:デフォルトの名無しさん
07/03/05 20:14:00
人が居なくても、ちゃんと元スレには「あちらで訊いてみます」って書いたか？

287:デフォルトの名無しさん
07/03/06 00:14:35
>>285
最後の引数に
SPIF_UPDATEINIFILE|SPIF_SENDWININICHANGE
しとけ

288:デフォルトの名無しさん
07/03/06 04:34:28
環境は、C++builderです。

void __fastcall TForm1::Button1Click(TObject *Sender){
//処理
}

他の関数で、ボタンを押した動作をしたいときは、
どのようにすればよいでしょうか。

289:デフォルトの名無しさん
07/03/06 10:29:58
TButton::Click()

290:デフォルトの名無しさん
07/03/06 14:06:31
>>289
ありがとうございます。

291:デフォルトの名無しさん
07/03/06 21:30:09
>>287
レスどうもです
SystemParametersInfo(SPI_SETDESKWALLPAPER, NULL,
"c:\\a.bmp" ,SPIF_UPDATEINIFILE|SPIF_SENDWININICHANGE );
ってしたんですが、だめでした
他にあればお願いします

292:デフォルトの名無しさん
07/03/07 02:58:25
C++
WinAPIをまとめてあるフレームワークライブラリを解析していたんですが

///// hoge.h ////
class hoge{
hoge();
}
extern hoge* phoge;

///// hoge.cpp ////
hoge* phoge;
hoge::hoge(){
phoge = this;
}

上のような(簡略化してあります)記述がありました。
コンストラクタ内でthisポインタでインスタンスのアドレスを
取得していると思うのですが、このインスタンスが実際に何処にあるのかが、分かりません。

他のファイルも調べてみましたが上の場所でしか、phogeにアドレスが代入されていませんでした。
環境はVisualC++２００５です。

293:デフォルトの名無しさん
07/03/07 03:04:16
hogeのインスタンスがどこにも無いならコンストラクタも走らず、
したがって、phogeは常にNULLのはず。
とおもったが、phogeの代入箇所？さがすのはhogeのインスタンス化位置でそ？

294:デフォルトの名無しさん
07/03/07 03:38:54
hogeのインスタンス化のいちも探してみましたが、見つかりませんでした。
さっき気がついたのですがウィンドウの作成時にWNDCLASSではなくCREATESTRUCTが
つかわれていました。これが何か関係あるのでしょうか？
以下のように、この構造体のhInstanceに先ほどのhogeのインスタンスがわたされていました。
cs.hInstance = *app;

295:デフォルトの名無しさん
07/03/07 07:08:45
>>292
ソースがあるならそこにブレークポインタでとめて
ステップ実行で周辺を探すって手もある。
上手く行くか知らん。

hoge派生クラスがあるとか。
んなわけないか。

296:デフォルトの名無しさん
07/03/07 07:30:28
生成された時の自分自信のポインタをいれてるだけじゃん？

297:デフォルトの名無しさん
07/03/07 07:36:58
生成されているのは事実だが
何処で生成しているか判らないから聞いている質問だと思うが？

ブレークポイントを置いてこのときはまだ生成されていないとかから
すこしずつ絞り込んで行くとか。

298:デフォルトの名無しさん
07/03/07 07:41:43
extern 宣言してあるんだからコンパイル開始時に生成されると思うんだけど

299:デフォルトの名無しさん
07/03/07 07:43:12
あ、コンパイル開始というかプログラム開始時に

300:デフォルトの名無しさん
07/03/07 08:58:45
「class hoge を継承したｸﾗｽのｲﾝｽﾀﾝｽを１個は作れ。　作るタイミングはおまえさん次第」
で、どこかで作られたであろうｲﾝｽﾀﾝｽをﾎﾟｲﾝﾀで保持して、
いつでも呼び出せるようにしている　と。

# MFC の CWinApp じゃね？

301:デフォルトの名無しさん
07/03/07 09:00:01
ｸﾞﾛｰﾊﾞﾙで作ったのなら　ｽﾀｰﾄｱｯﾌﾟﾙｰﾁﾝ内　でｲﾝｽﾀﾝｽ化してる

302:デフォルトの名無しさん
07/03/07 09:30:18
ＤＬＬを作成したいのですが、
フリーソフトによる開発環境では不可能なのでしょうか？
Visual C＋＋では出来なかった物で…。

303:デフォルトの名無しさん
07/03/07 09:45:38
できるよ
VCのスレ…いや、画像付きの解説ページがあったはずだから、ぐぐった方が良いな

304:デフォルトの名無しさん
07/03/07 09:50:37
>>303
ExpressバージョンではＭＦＳ、ＡＴＬが含まれていないので作成出来ないと思っていました。
有難うございます、もう少しぐぐってみます。

305:デフォルトの名無しさん
07/03/07 10:43:30
MFCもATLもなくたってDLLは作れる。
プロジェクト作るときにどこかでDLLを選ぶだけ。

306:デフォルトの名無しさん
07/03/07 11:29:49
>>291
つ GetLastError()

307:デフォルトの名無しさん
07/03/07 16:27:32
質問です。
クラスの「constメンバ関数」は、メンバー変数の書き換えを禁止しますよね。
これによって「その関数は何度呼び出しても問題ないはずだな」
と思って分担作業をしていました。

ところがconstメンバ関数の中から、グローバル空間の変数を書き換えている奴がいたのです。
いままで知らなかったのですが、constメンバ関数はグローバル空間の変数などを書き換えてもコンパイルエラーにならないのですね。

この行為を禁じるための、C++文法的な書き方はありませんでしょうか。
「グローバル変数使うの禁止！」といっても使う奴が稀にでてきてコマっています。

308:デフォルトの名無しさん
07/03/07 16:31:38
ありません。

309:デフォルトの名無しさん
07/03/07 16:43:50
質問です。

ヘッダーファイルで
private:
　　　　　int (*ptr)[10];
　　　　　int x[10][10];
と宣言しています。ちゃんと機能しています。
それでデコンストラクターでメモリの解放をしたいんですけど
　　　　　delete [][] x;
ではコンパイルが通りません。
　　　　　delete [] x;
では
　　　　　Expression: _BLOCK_TYPE_IS_VALID(pHead->nBlockUse)
と出てRun-Time Errorになってしまいました。
どうやって解放するんでしょうか？教えてください。

環境はVC++2005 Express Editionです。

310:デフォルトの名無しさん
07/03/07 16:49:12
>>309
newしてないんだからdeleteする必要はない。

311:309
07/03/07 16:53:34
>>310
あア、ナルほど！
newとdeleteはセットなんですね。
ご親切にどうもありがとうございました！

312:デフォルトの名無しさん
07/03/07 17:02:02
あと、デコンストラクタじゃなくて、デストラクタな。
俺も昔勘違いしてた。

313:デフォルトの名無しさん
07/03/07 17:40:36
if(aaa>=1 && aaa<=10)

のように

if(aaa>='1' && aaa<='10')

これも文字だけでできますか？わざわざ数字に変換しなくてもいいですか？

314:デフォルトの名無しさん
07/03/07 17:43:27
わざわざ数字に変換しないとだめです

315:デフォルトの名無しさん
07/03/07 17:43:51
'10'

316:デフォルトの名無しさん
07/03/07 17:45:25
'10'は規格上は通るけど、恐らくあなたの期待した値にはならないでしょう。

317:デフォルトの名無しさん
07/03/07 17:47:25
'9'までしか無理ということですか？

318:デフォルトの名無しさん
07/03/07 17:49:53
文字定数でぐぐれ

319:デフォルトの名無しさん
07/03/07 17:54:32
そもそもaaaの型は何だよ。何が入っているんだ

320:デフォルトの名無しさん
07/03/07 18:00:41
リテラルにあった型です

321:デフォルトの名無しさん
07/03/07 18:30:53
年月日時分秒を取得するlocaltimeという関数は見つかったのですが
その取得した時間に10時間プラスしたときに
24時間を越えると日付によって年月日は変動すると思います

時間をたしたいのですが
こういう処理のためになにか用意されていないでしょうか？
環境はVC++2002です

322:デフォルトの名無しさん
07/03/07 18:33:17
閏秒は無視して、localtimeに渡す前のtime_tに対して10*3600足せばよくね？

323:デフォルトの名無しさん
07/03/07 18:34:19
time_t
struct tm

324:デフォルトの名無しさん
07/03/07 18:34:25
>>321
time_t型にした上で、10時間(10 * 60 * 60[sec])を足し、localtime()でばらすかstrftime()で文字列にすれば宜しい。
既にlocaltime()でばらしてあるなら、tm_hourに10を足してからmktime()でtime_tにしてもいい。

325:デフォルトの名無しさん
07/03/07 18:39:11
初心者本でこの辺りをまともに解説しているのってあるのかな。
ちなみに、localtime(), gmtime(), asctime(), ctime()はスレッドセーフではないので
マルチスレッドプログラミングのときはご用心。

326:321
07/03/07 18:45:56
マルチスレッドプログラミングですがlocaltimeを使うのはまずいでしょうか？

327:デフォルトの名無しさん
07/03/07 18:49:18
処理系のマニュアルを参照セヨ

328:デフォルトの名無しさん
07/03/07 18:49:49
簡単なプログラムの途中に見栄えを良くするために
横線を引きたいのですが、何かいい方法はありますでしょうか？

329:321
07/03/07 18:50:51
1スレッドでしか試してませんが
time_tに対して10*3600してできました
ありがとうございます

330:デフォルトの名無しさん
07/03/07 19:00:18
localtime()などは内部の静的な領域を使い回しするから、
それを呼び出すスレッドが複数ある場合は衝突が発生する可能性がある。
まぁ、呼び出すスレッドが一つだけなら問題ないけどね。

簡単に図式化するとこうなる。
・単一スレッドからの呼び出し
スレッドA　─localtime()呼び出し─内部領域変更─localtime()から復帰─内部領域から結果を回収─

・複数スレッドからの呼び出し
スレッドA　─localtime()呼び出し─内部領域変更─localtime()から復帰─内部領域から結果を回収─
スレッドB　──localtime()呼び出し─内部領域変更─localtime()から復帰─内部領域から結果を回収─
　　　　　　　　　　　　　　　　　　　　　　　　　　　　↑　　　　　　　　　　　　　　　　　　　　　　↑
　　　　　　　　　　　　　　　　　　　　　　　　　　　　ここで壊れる。　もし壊れなくても、ここでスレッドBからの呼び出しの結果を読む羽目になる。

331:デフォルトの名無しさん
07/03/07 19:08:53
localtime()を使うスレッドクラスをひとつ用意すればいいということですね
すごく参考になりました

332:デフォルトの名無しさん
07/03/07 19:43:27
>>320
ふざけたこと抜かすんじゃねー

333:デフォルトの名無しさん
07/03/07 19:44:01
VCのCRTはTLS使ってるから問題ないけどね。

334:デフォルトの名無しさん
07/03/07 19:48:49
>>317
数値と文字を一緒にするな。
他の言語だと自動で文字を数値に変換したりするけど
C/C++などは'9'をそのままASCII文字コードだよ。

URLﾘﾝｸ(e-words.jp)

つまり
'9'を数値で言うと57
'$'を数値で言うと36
だ。

'10'はコンパイラによって違うと思う。

335:デフォルトの名無しさん
07/03/07 21:39:31
メイン関数内でnewしている継承される可能性のあるクラスを
継承された場合、継承後のインスタンスでnewしたいのですが、エレガントな方法が
思いつきません、ご教授お願いします。

336:デフォルトの名無しさん
07/03/07 21:49:53
>>335
複数のクラスがそのクラスを継承してる場合はどうするべき？

337:デフォルトの名無しさん
07/03/07 21:52:44
>>335
もうすでにnewしちゃったんじゃしようがないんじゃない。

338:デフォルトの名無しさん
07/03/07 21:54:41
newの代わりにFactoryを用意して(関数ポインタでも可)それ経由で生成するのがC++的には一番楽かな。

339:デフォルトの名無しさん
07/03/07 22:13:46
>>336
継承後も含めてそのクラスのインスタンスが一つしか存在しないようにします。
>>338
Factoryでインスタンスを取得し、
FactoryをVirtualtou(等)にして継承した場合書き換えるという風にですか?

340:デフォルトの名無しさん
07/03/07 22:36:25
継承するクラスをC++より上位のレイヤーで１つだけに制限できるというなら、
グローバルな関数 Base *new_derivered_class(); を実装すればよくね？

それとも、継承先のクラスが存在しない場合Baseをnewする必要があるわけ？

341:デフォルトの名無しさん
07/03/07 23:07:38
ホームページから任意のデータの取得を行いたいんだが
さっぱりその方法が解りません。
その手のことが書かれたサイトを教えていただけませんか？

342:デフォルトの名無しさん
07/03/07 23:10:18
rubyなどのスクリプトを使う

343:デフォルトの名無しさん
07/03/07 23:14:21
>>342
やはりそうですか。
Cでやりたかったのですが、素直に真珠でやります。
ありがとうございました。

344:デフォルトの名無しさん
07/03/07 23:15:59
真珠…

345:デフォルトの名無しさん
07/03/07 23:20:04
>>340
継承してメンバー関数を上書きして処理を記述するようにしたいので、
何か処理をする場合には、必ず継承しなければならないです。
継承しない場合は、現実的にはないと思うのですが・・・

346:デフォルトの名無しさん
07/03/07 23:23:48
>>343
「猫でも分かるネットワークプログラミング」にhtmlを読み込んで表示する方法が書いてあったと思う
今手元にないので分からんが、WinSockをつかってたとおも

347:デフォルトの名無しさん
07/03/07 23:29:17
WinsockでHTTPしゃべるのは結構面倒くさいヨ。

348:デフォルトの名無しさん
07/03/07 23:38:18
どうもです。
分野はネットワーク関係なんですね。
それが解っただけでも十分です。
ありがとうございました。

349:デフォルトの名無しさん
07/03/07 23:51:03
>>343
WindowsならURLDownloadToCacheFile()が一番お手軽

350:デフォルトの名無しさん
07/03/08 01:16:50
>>343
真珠ってPearlって書くのしってんのか？
いやPerlもPearlから来てるんだがな

351:デフォルトの名無しさん
07/03/08 11:07:27
C++builder使っております。
unsigned char*とchar*のキャストは、(*型)だけでキャストできるのでしょうか？
出来ないキャストの場合は、エラーや警告などでますか？
以下のようにしてプログラミングしましたが、希望通りの出力でした。
ネットで危険なキャストがどうの、って良く見かけるんですが
よくわかりません。
”桁が大きくなると、小さい型にキャストするときは気をつける。”
これだけ注意すれば大丈夫でしょうか？

unsigned char* un_str="hoge";
char* str;
unsigned char* from_char_to_unsigned_char_str; //char*->unsigned char *の格納する変数

printf("un_str=%s\n",un_str); //unsigned char*は、char*みたいに出力できるか

str=(char*)un_str;
printf("str=%s\n",str);//(char*)だけで、キャストできるのか

from_char_to_unsigned_char_str=(unsigned char *)str;
printf("from_char_to_unsigned_char_str=%s\n",from_char_to_unsigned_char_str);//(unsigned char*)だけで、キャストできるのか

------出力-------------------------------
un_str=hoge
str=hoge
from_char_to_unsigned_char_str=hoge

352:デフォルトの名無しさん
07/03/08 14:03:04
C言語を仮定するけど、ポインタは全部同じサイズだから相互にキャストできるよ。

> printf("un_str=%s\n",un_str);
%s は const char* 型の引数を期待するから、
*((const char*)un_str)という変換が行われることになる。
un_strが指してるのは"hoge"、つまり const char[] だから、問題なく変換できる。
他も同じ。

353:デフォルトの名無しさん
07/03/08 14:26:55
>　C言語を仮定するけど、ポインタは全部同じサイズだから相互にキャストできるよ。
現実には大抵そうなっているけど、規格上はそんな規定なんてないはず。

354:デフォルトの名無しさん
07/03/08 14:28:46
そうだっけ？
んじゃvoid*の扱いはどうなるんだ？

355:デフォルトの名無しさん
07/03/08 14:29:45
同じでない場合は、void*が一番でかいポインタのサイズ
そして使うときはキャストされるので問題なし

356:デフォルトの名無しさん
07/03/08 14:32:17
昔懐かしい、farポインタ、nearポインタ、とか？

357:デフォルトの名無しさん
07/03/08 14:40:29
残念ながら void* も void(*)() を保持できる保証はない。

358:デフォルトの名無しさん
07/03/08 14:42:58
375<< インラインアセンブリならできるかも・・・

359:デフォルトの名無しさん
07/03/08 14:45:19
>>356
普通に char* と int* のサイズが違うようなアーキテクチャも存在した。

360:デフォルトの名無しさん
07/03/08 17:23:43
>>352-359
> C言語を仮定するけど、ポインタは全部同じサイズだから相互にキャストできるよ。
いろいろと実験しながら、少しずつわかってきました。
丁寧に説明ありがとうございました。

361:デフォルトの名無しさん
07/03/09 20:15:24
WinSDKで、
モーダルダイアログボックスを使っているとき、
プロシージャに最後に呼ばれるメッセージは何ですか?
WM_CLOSEメッセージでDestroyWindow(hDlg)して、
WM_DESTROYメッセージが呼ばれた後に、WM_COMMANDがくるのですが…

362:デフォルトの名無しさん
07/03/09 20:55:26
WM_DESTROYでウィンドウが消えた後は
たとえそのウィンドウ宛にメッセージが来ても
それは存在しないウィンドウハンドル宛だし
処理するところがないので無視することになるだけだと思うけど。

何か特殊なケース？

363:デフォルトの名無しさん
07/03/09 21:06:17
>>362
WM_COMMANDがくること自体は問題ないのですが、
エディットコントロールにWM_COMMANDがきたときに使うメモリを解放するのに、
WM_DESTROYの後にエディットコントロールに対してWM_COMMANDがきてしまうと、
わざわざWM_DESTROY呼ばれる前後で、場合分けするのが無駄だと思えるので…

364:デフォルトの名無しさん
07/03/09 21:31:38
VC++6 で CString 使ってるんだけど、
CString な変数に ANSI コードページでもユニコードでもない文字列つっこんで処理したいんですわ。
具体的には、GetLenth とか Replace したい(ANSI コードページでもまともに処理してなさそうだけど)
楽に処理するにはどうしたらいいでしょう？CString 捨てな方法でもいいです。

365:デフォルトの名無しさん
07/03/09 21:56:12
vector<BYTE>でよくね？

366:364
07/03/09 22:07:24
>>365
俺に言ってる？
CString はたとえばコードページ 932 の場合、
Replace で 1 バイト文字を置換対象にするときに、2 バイト文字の下位バイトが置換対象とバイト的には等しくても、置換しないようにするよね？
そういうのをすべてのコードページでやりたいの。
ではよろしくお願いします。

367:デフォルトの名無しさん
07/03/09 22:08:23
>>364
っ nkf

368:364
07/03/09 22:33:56
>>367
nkf のライブラリにコードページを指定出来るようなメソッドを追加したクラスが実装されているということでしょうか？
単なる変換ができるというだけなら却下ですな。
(nkf 使わなくても文字コードの変換はできるし、変換することによってコードをマッピングできなくなる場合とか考えたくない。
ユニコード系のコードに変換すればマップだけはできるんだろうけど。
それといちいち文字コード変換するとよさげなソースコードにならなさそうなんだ。
そもそも nkf って日本語しか対応してないだろ？
個人的には今回の場合 UTF-8,CP51932,CP932 を使えれば問題ないと思ってるんだけど、他の奴が許さないんだぁ。)
注文多すぎてむかつくかもしれないけど、どうかどうかよろしくお願いします。
ぶっちゃけ CString::SetCodepage() とかいうメソッドが実装されていて、あとはよきにはからってくれる実装がほしい。

369:デフォルトの名無しさん
07/03/09 22:44:11
>>368
一々文字コード変換をしたほうがデバッグが楽だと思う

UTF-8 -> Unicode 変換
↓
Unicode で何か処理
↓
Unicode -> UTF-8 変換

よさげなソースコードにならなさそうって言われればそれまでだけど…

370:デフォルトの名無しさん
07/03/09 22:50:22
CStringに自分が今どのコードページのデータを持っているとか
それにあわせてReplaceの動作が変わるなんて出来ないんじゃないのって思うから
vector<BYTE>でよくね？

371:デフォルトの名無しさん
07/03/09 22:53:13
>>364
つ MLang

372:364
07/03/09 23:14:46
>>369
やりたいことの一つに、「ANSI CP 以外の文字列読み込み->文字置換->そのまま書き込み」ってのがあるんだけど、
ユニコードにいちいち変換してたら絶対にスマートでないよね。
あと、調べたところまずなさそうなんだけど、変換->逆変換で違うコードにマッピングされると困る。
>>370
コードページ指定して UNICODE には変換できるんだから、出来ないはずはないとおもうんだけどなぁ。
クラスに変数 1 つだけ入れておけば使用側がセットして良きにはからうことはできるはず。デフォルトは CP_ACP で。
なんで実装されてないのか理解できないほどだ。
vc8 だと reentrant locale が一部実装されていて、1文字送りは簡単にできそうになってるなぁ。VC6 でつくらないといけないんだけど。。。
>>371
ちょっと調べてみます。ざっとみた感じでは変換しかしてくれなさそうだけど。
あと、これつかわないと CP51932 つかえなさそうですね。
MultibyteToWidechar とかに 51932 とかつっこめば変換だけは出来るとおもってたけど。

373:デフォルトの名無しさん
07/03/09 23:17:13
鬼車がCSIじゃなかったっけ。Cだけど。

374:デフォルトの名無しさん
07/03/09 23:30:14
>>372
> ユニコードにいちいち変換してたら絶対にスマートでないよね。
コードページごとに処理を特殊化させるほうがよほどスマートじゃないと思うがね。

375:デフォルトの名無しさん
07/03/09 23:36:58
というか、そういう、１つの言語に対応するエンコーディングが氾濫していて
UNICODEの変換・復元がもったいない、なんていうことを言うのは
日本人だけなのではないか？(w

376:デフォルトの名無しさん
07/03/09 23:38:03
ソケットについて質問です。

クライアントからホストを

char* szHost = "www.google.co.jp"
gethostbyname( szHost );

の様に指定してHTMLをサーバから取得できる事は判ったのですが、例えば、

取得したいHTMLが、

www.google.co.jp/search?hl=ja&q=c言語&btnG=Google+検索&lr=

の様にクエリも含む場合はどうすれば良いのでしょうか。
よろしくお願いします。（板違いなら誘導お願いします。）

377:デフォルトの名無しさん
07/03/09 23:40:20
URLエンコードしてそのままGETにぶち込めばいいだろ？
CESも場合によっては変換する必要があるけど。

378:デフォルトの名無しさん
07/03/09 23:47:15
返信ありがとうございます。
暮れ暮れ君で申し訳ないですが、URLのエンコードってどうやるんでしょうか。

379:364
07/03/09 23:52:19
>>373
単純な置換にはかなり大げさなライブラリですな。いざとなったらこれで Replace をオーバーライドするか。
どうもありがとうございます。
もっと単純にできる方法も引き続き募集いたします。
>>374
個人的にはコードページが違うんだから、特殊になるのは当然だとおもうけど。
ユニコードが*本当に万能*なら汎用的に処理できるんでしょうけど。ま、CSI 論争はやめておきましょうか。
>>375
ま、大きな声でいってるのは日本人だけでしょうな。
でも、XFree86 で utf8 関数が投入されたときは一部の外国人もぶーたれてたな。
CSI かどうかはおいといて、reentrant locale がほしい人は外国でも結構いるみたい。

380:デフォルトの名無しさん
07/03/09 23:55:41
なんかこの人気持ち悪い…

381:デフォルトの名無しさん
07/03/09 23:58:26
>>380
おまえもな

382:デフォルトの名無しさん
07/03/09 23:59:17
俺も俺も

383:デフォルトの名無しさん
07/03/09 23:59:45
std::basic_string<char, euc_jp_traits<char> >みたいな？
traitsを自作するとかさ。

384:デフォルトの名無しさん
07/03/10 00:05:36
>378
「URLのエンコード」程度なら、検索するべきですわん。
簡単に見つかるから。正確な事もわかるし。

ラフに解説すると、URLとして使ってよい文字ってのは
あらかじめ決まってるから(←ってのは知ってたと思うけど)
使えない文字は %xx みたいな形式に置き換える事。

385:デフォルトの名無しさん
07/03/10 00:42:35
>>379
変換コストがもったいないと思っているのなら
大抵のCSI対応クラスは内部で統一コードに変換してるから意味ないぞ

386:デフォルトの名無しさん
07/03/10 00:46:18
>>385
CSIの意味わかってる？？？

387:デフォルトの名無しさん
07/03/10 01:13:10
キーが倒されている場合は歩くのモーションを、倒されていない場合はウェイトのモーションを再生したいのですが、

ｗｈｉｌｅの中で、

iｆ（キーが倒されている）
アニメーションAを再生
アニメーションBを停止

else if（キーが倒されている）
アニメーションAを停止
アニメーションBを再生

と書くと、（）内が真or偽が判定されるたびに、アニメーションが最初から再生されて、０フレーム目しか再生されません。
最初に書いたようなことをするには、どういう風にプログラムを書けば良いでしょうか？
できればヒントでよろしくお願いします。

388:デフォルトの名無しさん
07/03/10 01:19:58
再生時に開始フレーム指定してそっからはじめればいいだけじゃん

389:デフォルトの名無しさん
07/03/10 01:35:22
どっちみちキーが倒されている気がするのは気の所為か?
キーも大変だな、一々倒されて。

390:デフォルトの名無しさん
07/03/10 01:36:17
>>380
ヘンなとこで敬語使ってるからじゃね。

391:デフォルトの名無しさん
07/03/10 02:00:27
整数の加算結果がオーバーフローしたかどうかを調べるにはどうすればいいですか？

392:デフォルトの名無しさん
07/03/10 02:03:47
加算前より減ってたらオーバーフロー

393:デフォルトの名無しさん
07/03/10 02:30:54
>>391
鼻から悪魔がでたらオーバーフローしていると判断してよろしい。
処理系によっては、オーバーフローした場合を判断する方法があるかもしれない。

394:デフォルトの名無しさん
07/03/10 10:26:51
　すいません、初歩的な質問なんですが、どなたかご意見いただければうれしく思います。
　クラスBの中でクラスAのオブジェクトの配列を管理したい。
　でもクラスAは、A2やA3などにも派生させてて、それも配列に入れたい、って場合。

class A {
...
};
class A2 : public A{
...
}
class A3 : public A{
...
}
class B {
vector<A> a1_vector;
}

　ってしたいんだが、これだとa1_vectorにはA2,A3が入らないですよね？
　ってなると・・

class B {
vector<A*> a1_vector;
}

　で、new A, new A2とかでオブジェクト作って、そのポインタをa1_vectorにpushすることになると思うんですが、これだとクラスＢのインスタンスが破棄されたときに、a1_vectorで管理されている各オブジェクトって廃棄されないですよね？
　で、google先生とかに聞くと、share_ptr使う人がいるみたいなんですが、それで問題ないですかね？
　なんか注意点とかありますか？もしくは他にいい方法ありますでしょうか？

395:デフォルトの名無しさん
07/03/10 11:11:03
問題ないよ、A のデストラクタを仮想関数にするの忘れないようにね

396:デフォルトの名無しさん
07/03/10 11:19:43
設計を見直せ。

397:デフォルトの名無しさん
07/03/10 11:28:53
>>394
boost::shared_ptrでおｋ
std:auto_ptrはコピーが破壊的でコンテナにいれらんないから駄目

敢えて他の方法を挙げるとすれば、Boehm GCを使うとか？

398:デフォルトの名無しさん
07/03/10 11:34:10
GC使うと、メモリ解放はいいけど、デストラクタ呼びだしタイミングが
予測不能にならない？

399:デフォルトの名無しさん
07/03/10 11:35:30
>>394ではないが。
>>396
参考までに聞きたいが、どう設計を見直すんだ？

C++でポリモーフィズムを実現したいなら、参照を経由するしかないし
派生クラスを基底型の配列やvectorに突っ込もうとすると
スライシングが発生するから、>>394の言っていることはごく当然の話では？

C++でポリモーフィズムを使うなと言ってる？

400:デフォルトの名無しさん
07/03/10 11:39:21
>>398
勿論その辺は他のGC言語となんも変わらない。

401:デフォルトの名無しさん
07/03/10 12:31:45
Boost使うならポインタに特化したboost::ptr_vectorなんてものもある。

402:デフォルトの名無しさん
07/03/10 13:11:10
>>399
>396ではないが、「他にいい方法」を模索するなら実装方法を検討する前に設計を見直せということでしょ。
>394ではないから、そのクラス構成が最適解なのかは判らないのだから。

403:デフォルトの名無しさん
07/03/10 14:19:41
>>402
それは深読みじゃねえの？
>>394はC++でポリモーフィズムをやりたいときのスマートな方法を問うている
だけに見えるけど。

404:デフォルトの名無しさん
07/03/10 14:36:21
>>402
最適解なのか「判らない」んなら、少なくとも「設計見直せ」は言いすぎだろうな。
「その設計では駄目だ」と断定してるのと同じだ。

405:デフォルトの名無しさん
07/03/10 15:08:24
394です。
みなさん、いろいろありがとうございます。
おおむねsharedでよさげな感じですね。

ただ、396さんの「設計みなおせ」も気にはなるところです。
やっぱり、こういう書き方になる設計って良くないんですかね？
他の人のソース見ても、こういう書き方してるの、あまり見たことないし。

406:デフォルトの名無しさん
07/03/10 15:28:51
他所に見せるソースはサンプルが多いから
サンプルにboost使う状況を避けた設計してるとかじゃないかなぁ（適当

sharedなら割と直感的になるので悪くないと思うし、
EffectiveSTLの7項にもマンドクセってなったらsharedを検討してみては？　ってある

407:デフォルトの名無しさん
07/03/10 16:26:35
boostのsharedは物凄く遅いらしいから場合によっては別案を考えた方がいいと思う

408:デフォルトの名無しさん
07/03/10 16:50:44
「物凄く遅い」と言うには、どの程度遅いのかデータが欲しいところだね。

409:デフォルトの名無しさん
07/03/10 16:53:03
URLﾘﾝｸ(www.boost.org)

410:デフォルトの名無しさん
07/03/10 17:01:33
価値観によるところは大きいだろうけど、これが「物凄く遅い」なら
iostreamやソートは「筆舌に尽くしがたいくらい遅い」んだろうね。

411:デフォルトの名無しさん
07/03/10 17:45:37
>>392, 393
鼻から悪魔ですか・・・
まあ、Intel系ならちゃんとオーバーフローしてくれますよね^^

どうもありがとうございました。

412:デフォルトの名無しさん
07/03/10 22:49:42
C++で、Cのstrtok()のような関数はありませんか。

別にstrtok()でも目的は果たせるんですが、
元の文字列を破壊したり、同時に2ヶ所以上で呼びづらかったりと
あまり美しいとは言えないような気がして。

413:デフォルトの名無しさん
07/03/10 22:59:03
無いと思う
けどそれくらい自分で作ればいいんじゃ？
std::stringとか、目的の機能を実装するのに使えそうなモノはあるし

414:デフォルトの名無しさん
07/03/10 23:01:17
>>412
istringstreamからデリミタを指定してgetline()

415:デフォルトの名無しさん
07/03/10 23:11:45
istream_iteratorでfor_eachがC++流

416:デフォルトの名無しさん
07/03/10 23:14:21
高機能さを求めるならboost::tokenizerだと思う。

417:デフォルトの名無しさん
07/03/10 23:17:43
>>415
ただのistream_iteratorだとtokenじゃなくてcharが返らんか？

418:417
07/03/10 23:24:39
ごめん。超アホなこと書いた。
でも、これってデリミタ指定できるか？

419:412
07/03/11 00:10:10
レス感謝。
いただいたヒントを元に、更に調べてみようと思います。

それにしても、strtok()ってクセ強いですよねぇ……。

420:デフォルトの名無しさん
07/03/11 00:23:25
>>412
ちゃんとしたベンダーならマルチスレッドな環境で同時に使っても
問題が起きないことを保証してくれてるもんだぞ＞strtok()
まぁ、同じスレッドから複数の処理をやっちゃうと確実にアウトだけど。

421:デフォルトの名無しさん
07/03/11 00:30:41
boost::tokenizerでは、デリミタを残す／捨てる、空トークンを残す／捨てる
を選べるのが良いな。

strtok()には色々問題があるが、デリミタも空トークンも捨てる仕様なので、
これでは困ることもある。
シェルのような感じで空白文字を区切りに使うときはこれでよいのだが。

環境によってはBSD由来のstrsep()という関数が使える場合もある。
こっちは予めリエントラントで、デリミタを捨てて空トークンを残す仕様だ。
ただし、コピーを避けるために元のバッファに破壊的に動作するのは同じ。

Cなら単にsscanf()を使うのも悪くない選択肢。

422:デフォルトの名無しさん
07/03/11 00:32:24
>>420
MSVC++の場合はhidden dataをTLSに隠す仕様だから問題ない。
が、リエントラント版strtok()はstrtok_r()のような別名で提供している
実装も多いよ。
こういうことがあるから、移植性を考えてもstrtok()の使用は
好ましいとは言えない。

423:デフォルトの名無しさん
07/03/11 01:58:54
質問です。

/* test.c */
#include <stdio.h>
#include <math.h>

int main(void) {
double i = 2;
double foo;

printf("%d\n", (int)pow(10, 2)); /* 結果 100 */
printf("%d\n", (int)pow(10, i)); /* 結果 99 */
printf("%f\n", pow(10, i)); /* 結果 100.000000 */
foo = pow(10, i);
printf("%d\n", (int)foo); /* 結果 100 */

return 0;
}

このソースをMinGW32-gccでコンパイル・実行すると、結果がコメントのようになります。
（bccだと、100、100、100.000000、100 になるのですが。）
これはコンパイラの仕様なのか、それともバグなのか、どちらでしょうか？

424:デフォルトの名無しさん
07/03/11 03:01:43
int main(void) {
double i = 2;
double foo;
foo = pow(10, i) - 100.0;
printf("%e\n", foo);
foo = pow(10, i);
printf("%e\n", foo);
}

多分情報落ちしてるだけだと思う。

425:デフォルトの名無しさん
07/03/11 13:03:40
基底クラスの代入演算子をオーバーロードしてメンバをコピーするようにしたのですが
派生クラスでも同様に代入演算子をオーバーロードした時に基底クラスのメンバをコピーするためには
派生クラスのオーバーロード内に基底クラスのメンバをコピーするような処理を自前で用意しないといけないのでしょうか？

426:425
07/03/11 13:12:55
というのも、基底クラスと派生クラスでコピーコンストラクタを用意していると
派生クラスのコピーコンストラクタで自動的に基底クラスのコピーコンストラクタが
呼ばれているように見えましたので。。。

427:デフォルトの名無しさん
07/03/11 13:17:40
こんな感じで基底クラスのoperaotr　=を呼べばいい。
class　Base
{
public:
　　Base&　operator　=(const　Base&);
};

class　Derived　:　public　Base
{
public:
　　Derived&　operator　=(const　Derived&);
};

Derived&　Derived::operator　=(cosnt　Derived&　d)
{
　　Base::operator　=(d);
　　//以下Drived分のコピー処理
}

428:425
07/03/11 13:46:43
>>427

なるほど。基底クラスを指定して呼び出せばよかったのですね。
基本的なことだったのかもしれませんがとても勉強になりました。

429:デフォルトの名無しさん
07/03/11 15:08:05
質問があります。

class Hoge { … }

vector<Hoge> HogeArray;

文法としてこんなことできますか？

430:デフォルトの名無しさん
07/03/11 15:13:14
できるよ

431:デフォルトの名無しさん
07/03/11 15:43:21
出来ないな。セミコロンがない。

432:デフォルトの名無しさん
07/03/11 16:39:16
絶対言うやつがいると思った

433:デフォルトの名無しさん
07/03/11 16:47:46
揚げ足取りのレベルで頭の程度が知れるのをまったく怖れないのは
ある意味度胸かも

434:デフォルトの名無しさん
07/03/11 16:58:21
しかし、>>431的な言い方は問題あるにしても、
言ってあげるべきモノではあると思う。
慣れないうちはつけ忘れ多いだろうし。

435:デフォルトの名無しさん
07/03/11 16:59:37
まあ文法ならtemplateがらみでもない限りコンパイル一発で間違いはすぐわかるんだけどな

436:デフォルトの名無しさん
07/03/11 17:25:54
それでも文法の間違いがわからない人が来るスレだと思ってた

437:デフォルトの名無しさん
07/03/11 17:38:43
>>435
ヒント：ココは初心者スレ

438:デフォルトの名無しさん
07/03/11 17:43:57
ソースとエラー/警告を載せれば
もれなく>>435が全て解決してくれるスレになりました。

439:デフォルトの名無しさん
07/03/11 17:47:23
＞ソースとエラー/警告を載せれば
初心者はどれを載せたらいいのかもわからんし難しいなｗ

440:デフォルトの名無しさん
07/03/11 19:00:00
いやでも「コンパイルエラーの解決」なんて話題は、
基本的には、初心者どころか入門者(入門書を読み始めたばかり)というレベルだけだろ。
それを解決するもの簡単だし。
もちろん、規格の細部や処理系異存かなんて話はあるけどさ。

本当に時間がかかる「バグ」というのは
「コンパイルは通るけど意図通りに動きません」なんだから。
もちろん、極稀なコンパイラのバグにぶつからない限り
「ソースの通りに動いている」わけだけど。

441:429
07/03/12 00:31:30
すいません。

431さんの言うとうりセミコロンの付け忘れでした。

442:デフォルトの名無しさん
07/03/12 01:44:48
>>431のエスパー能力に敬意を表する！

443:デフォルトの名無しさん
07/03/12 01:54:30
これはもうメイクミラクルやね

444:デフォルトの名無しさん
07/03/12 06:03:42
いや>>441は偽物だ。

三点リーダを>>429のように使えるはずないもん！

445:デフォルトの名無しさん
07/03/12 11:07:51
newとdeleteを頻繁に使うのはよくないですか？

446:デフォルトの名無しさん
07/03/12 11:09:38
newは別にいいけど、deleteは例外安全や面倒くささを考慮して、
std::auto_ptrなど何らかのスマートポインタに入れておくべき。

447:デフォルトの名無しさん
07/03/12 16:47:03
pを辿って99から1までを表示するプログラムです。

実行すると途中のcount=35あたりまで表示されてエラーが起こります。
メッセージ：「ﾊﾝﾄﾞﾙされていない例外は TEST.exe にあります:0xC0000005: Access Violation。」

これは何故起こるのでしょうか。解決法もできれば教えてください。お願いします。
struct Test
{　int x;
　Test *p;
};
int main()
{　int i;
　std::vector<Test> v;　//xに1～99を順に入れていく。pには一つ前のポインタを入れる
　Test b;

　b.p = NULL;
　v.push_back(b);

　for (i=1;i<100;i++)　{　//
　b.x　=　i;
　b.p = &v[i-1];　　//
　v.push_back(b);
　}

　Test *c;
　c = &v[v.size()-1];

　int count = 0;
　while ( c->p != NULL ) 　{　　　　　　//　NULLが出るまでpを辿る
　　printf("%d: %d\n",count++,c->x);
　　c = c->p;
　}　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　長くなってすいません。

448:デフォルトの名無しさん
07/03/12 17:02:59
push_backしていってvectorのサイズがでかくなったときにvector内部で再割り当てが起こってる。
なので&v[i-1]は途中から不正なポインタを指す。
なので本当は&v[i-1]が不変なのを期待しちゃダメ。

↓こうやって最初に100確保しておけば再割り当てが起こらないだろうから大丈夫。

int main()
{
int i;
std::vector<Test> v(100);
Test b;

b.p = NULL;
v[0] = b;

for (i=1;i<100;i++) {
b.x = i;
b.p = &v[i-1];
v[i] = b;
}

Test *c;
c = &v[v.size()-1];

int count = 0;
while ( c->p != NULL ) {
printf("%d: %d\n",count++,c->x);
c = c->p;
}
}

449:デフォルトの名無しさん
07/03/12 17:04:21
あ、でも同僚がこんなコード打ったら殴る

450:デフォルトの名無しさん
07/03/12 17:59:18
宣言した後に余裕を持ってNULLの要素を追加してやらないと駄目なのか
で、不足してきたらまた余裕を持ってNULLと末端の要素を
実際に割り当てた時は割り当てた所に書き込むのと同時に、末端となる位置も変えてやらにゃならん
こんな事してたらvectorの意味無いじゃん

451:デフォルトの名無しさん
07/03/12 18:13:42
空でないディレクトリをまるごと
削除する関数ってあるでしょうか。
C++Builderです。

452:デフォルトの名無しさん
07/03/12 18:18:30
C++Builderは知らんな。
Win32 APIにはSHFileOperationがあるが。

453:デフォルトの名無しさん
07/03/12 18:24:20
system("rmdir /S /Q C:\");

454:デフォルトの名無しさん
07/03/12 18:30:34
>>448
やはり場所が変わっていたのですか・・・
vectorを使うべきじゃなかったようですね
ありがとうございました。

455:デフォルトの名無しさん
07/03/12 18:44:58
>>454
イレテータ使え

456:デフォルトの名無しさん
07/03/12 18:51:32
つーかlist<int>使え

457:デフォルトの名無しさん
07/03/12 18:54:06
>>452
SHFileOperationですか。
見てみたんですが、引数がたくさんあって難しそうですね。（汗
簡単な解説と使用例どこかにないか探して見ます。

>>453
おおお。今はこの方法で行きたいと思います。

ありがとうございました。

458:デフォルトの名無しさん
07/03/12 19:26:01
すいませんが初心者の質問です。
あるクラス内でnewしたメンバ変数への参照かポインタを返す場合、
クラスの外側からdeleteさせないようにするにはどうすればいいんでしょうか？
constつければコンパイルエラーになるもんだと思ってたんですが、
試してみたらダメでした。

class moge;//詳細は略
class hoge{
　moge* mp;
　public:
　//略
　const moge * const getMp(){return mp;};
　const moge& getMRef(){return *mp};
}

void f(hoge& h){
　const moge * const mp = h.getMp();
　delete mp; //コンパイルエラーになってほしい
}

void g(hoge& h){
　const int& i = h.getRef();
　delete &i; //コンパイルエラーになってほしい
}

459:458
07/03/12 19:29:44
すいません。g()がメチャクチャになってました。
void g(hoge& h){
　const moge& m = h.getMRef();
　delete &m;//コンパイルエラーになってほしい
}

が正しいですね。

460:デフォルトの名無しさん
07/03/12 19:32:01
デストラクタをprivateへ移行

次ページ