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

C++Builder相談室 Par ..

321:デフォルトの名無しさん
09/02/11 21:41:33
319だけど、３．も一応解決した。コンポーネントはもう一回作り直す必要があるみたい。
コンポーネント自体はコードのみで動くからそんなに大変ではないけれど、面倒と言えば面倒。
イベントの引数などが変わってるから、殆どの場合、書き直す必要があるから仕方がないのかもしれない。

ただし、注意点があって、コンポーネントのインストール、削除、を繰り返してると、
レジストリにゴミが残る。これが残ってると、一般保護違反が起きてコンポーネントのインストールが出来なくなる。
その場合には、レジストリエディタでコンポーネントの名前で検索、その項目を削除してやる必要がある。

２はまだ試してないけど、プロジェクトでリンクしているライブラリをチェックし直してみようと思ってる。

こんどは、

[BCC32 エラー] systvar.h(198): E2316 'data' は 'WideString' のメンバではない
[BCC32 エラー] systvar.h(327): E2316 'data' は 'WideString' のメンバではない

というエラーが出るようになった。文字列周りはかなり変わってるから、バグが潜んでるのかも知れない。

322:デフォルトの名無しさん
09/02/17 15:01:24
プログラム初心者です。

C++Builder2006でAPIを使ったアプリケーションを作っています。
信号入力待ちになるAPI関数を使うと信号入力があるまでアプリケーションが固まってしまい
終了のXも受け付けない状態になります。（信号入力があると動き出します）
固まらないようにプログラムを作るにはどうすれば良いのでしょう？

お願いします。

323:デフォルトの名無しさん
09/02/17 15:05:50
信号入力待ちとは何ぞや？

324:デフォルトの名無しさん
09/02/17 15:06:25
WaitForSingleなんちゃらとか？
それかスレッド

325:デフォルトの名無しさん
09/02/17 15:07:39
ヒント：　正しいアイドルループ（Application->ProcessMessages()）　もしくは　別スレッド

326:デフォルトの名無しさん
09/02/17 15:40:12
>>325
いや関数から抜けてないんだろ。
それなのにProcessMessagesとか馬鹿ならレスするなよクズ

327:322
09/02/17 15:50:38
API関数はwinsockのaccept()です。

別スレッドでやってみます。
スレッドは使ったことがないので何かあったらまたお願いします。m(__)m

328:デフォルトの名無しさん
09/02/17 17:08:41
これじゃね？

＞winsock2でaccept()を中断する
＞URLﾘﾝｸ(memolet.blog22.fc2.com)

329:デフォルトの名無しさん
09/02/18 11:22:07
>>Delスレ954
if (typeid(E) == typeid(EInOutError)) {
}

330:デフォルトの名無しさん
09/02/18 11:27:46
ちなみに、この比較はDelphi形式のクラスでのみ有効。
(typeid自体はC++標準だけど、本来はキャスト元の型は取れない。C++BuilderのDelphiクラスサポート用の拡張機能に依存)

331:デフォルトの名無しさん
09/02/19 06:45:13
InheritsFromでいいんでない？

332:デフォルトの名無しさん
09/02/27 02:27:10
C++Builder6のTServerSocketを使ったことある方教えてください。
フォームに張り付けた一つのTServerSocketを非同期設定で
特定ポートにてオープンし、最大100クライアント接続される
ハブ的なアプリケーションを作っています。

OnConnect毎にユニークなCustomWinSocketが落ちてきて、
それをTThreadのインスタンスへ渡し、受信はスレッドへのイベント通知、
送信はスレッドの任意タイミングという設計です。

ソケットとスレッドが1：1になるイメージで、1伝文最大100バイト、
高負荷時には600伝文/s程のやりとりなのですが、
マルチコア環境で動作させると高負荷時の受信ラッシュで
コンポーネントがお亡くなりになる現象が発生してしまいます。

各コネクションが同時に送信すると、75/100のソケットが受信イベントを受け取りますが、
以降待てど暮らせどイベントが発生しない(OnErrorでさえ!)という状況です。

WireSharkで見ると全てのコネクションでデータのやり取りが完遂し、
サーバも受信数分ACKをキチンと返しているのですが、
何故か上に上がってこない…

シングルコア上では今のところ起きていないので、
マルチコア特有の問題なのかな、と勘繰っております。
でもI/O周りは排他処理されていないわけないとも思えますし・・・
コンポーネントのマルチコア対応状況の情報があれば教えていただけませんでしょうか。
よろしくお願いします。

333:デフォルトの名無しさん
09/03/01 10:03:57
>>332
TCriticalSectionが必要なんじゃない?

334:デフォルトの名無しさん
09/03/02 09:14:14
>TCriticalSection

Crytical Section ってVCLラップされてたんだ。知らなかった。
まさかMutexはラップされてないおね？

335:デフォルトの名無しさん
09/03/02 12:39:04
C++Builder2009でFindFirstの再帰処理でファイル一覧を取りたいんですけど
Debug::Heap Block at xxxx　とか Invalid address xxxが出る。
何故だろう？（BCB5では問題なし）

誰か助けて....

336:デフォルトの名無しさん
09/03/02 12:41:38
アプリのヒープサイズかスタックサイズが小さく設定されてるとか？

337:デフォルトの名無しさん
09/03/02 13:27:45
設定はBCB5もBCB2009も同じなんです。

338:デフォルトの名無しさん
09/03/02 13:44:09
同じにしたらVCLが肥大化した分、メモリ的に2009が不利じゃね？

339:デフォルトの名無しさん
09/03/02 14:01:48
ヒープサイズやスタックサイズを大きく設定するという意味ですか？

340:デフォルトの名無しさん
09/03/02 14:13:44
下にサブディレクトリのない末端のディレクトリ基点にFindFirstしてもエラー出る？
出ないならただのスタックオーバーフローじゃないかと。

341:デフォルトの名無しさん
09/03/02 14:41:59
FindFirstの再帰処理で階層が深くなった時に出る次第です。
やはりスタックオーバーフローでしょうか

342:デフォルトの名無しさん
09/03/02 14:47:37
再帰つかうなよ

343:デフォルトの名無しさん
09/03/02 14:54:26
他にいい方法あんの？

344:デフォルトの名無しさん
09/03/02 15:01:11
＞再帰つかうなよ
どのように処理するとよいのでしょうか？

345:デフォルトの名無しさん
09/03/02 15:16:07
>>342はいつもの煽るだけの無知なクズとみた

346:デフォルトの名無しさん
09/03/02 15:23:35
フォルダ名をキューに入れて、findnext出来なくなったら
先頭を呼び出して奨める

347:デフォルトの名無しさん
09/03/02 15:28:46
>>346
335じゃないけど意味がわからないからもうちょい詳しく教えて

348:デフォルトの名無しさん
09/03/02 15:36:21
たとえばc:\aの仕方。

フォルダa1,a2,a3を見つけたら、
que[0][0]="a1"; que[0][1]="a2"; que[0][2]="a3";
と登録。
queの初めを呼び出して連結する。　c:\a\a1をサーチ。
フォルダb1,b2をque[1][0]="b1"; que[1][1]="b2"; と登録。
各階層ごとqueが無くなったら上へもどる。

349:デフォルトの名無しさん
09/03/02 15:42:37
御迷惑をお掛けしています、環境に問題があるのかもしれません。
BCB2009はVirtualPC上で動作させており、FindFirstしている場所は
VirtualPC上のネットワークドライブです。
この時にDebug::Heap Block at xxxx　とか Invalid address xxxが出ています。
ローカルのC:\\とかを指してやると正常に動作しています。

350:デフォルトの名無しさん
09/03/02 15:52:29
仮想PCの性能不足だろ
再帰使うなよ

351:デフォルトの名無しさん
09/03/02 15:54:13
vipが今日でなくなる？vipperどもが運営に宣戦布告！！！！！

　ｽﾚﾘﾝｸ(news4vip板)

352:デフォルトの名無しさん
09/03/02 15:55:32
>>仮想PCの性能不足だろ
無知でした、皆様ありがとうございます。

353:デフォルトの名無しさん
09/03/02 15:58:27
>>348
335じゃないけど、ディレクトリをどんどんケツにくっつけてサーチしろってことかな？
俺もよく再帰使うからちょっと気になって横うんこしてしまったぜ

354:デフォルトの名無しさん
09/03/02 16:00:54
全ての再帰は、ループ処理で書き換えられる。　再帰定理とかいうのがある。

355:デフォルトの名無しさん
09/03/02 16:05:31
>>354
だからなんだよクズ

356:デフォルトの名無しさん
09/03/02 16:07:38
再帰定理というのがあって、再帰とループは機能的に違いがないことが証明されているそうです。
つまり、原理的には再帰で書けるコードはループで書けるんだそうです。
Scheme(LISP系の関数型プログラミング言語)だと、繰り返しはループじゃなくて再帰を使うんだそうです。

357:デフォルトの名無しさん
09/03/02 16:16:59
>>356
んじゃ>>350はなんなの？

358:デフォルトの名無しさん
09/03/02 16:21:38
違いはないから、メモリ管理をコンパイラに任せず自分でやれって事だ
再帰使うとスタックオバーフロが起こりうる

359:デフォルトの名無しさん
09/03/02 16:25:48
スタック領域はコンパイル時に決定されてしまうだろ。
だから予定外のメモリ確保が出てくる再帰使うと停止する。
動的確保なら、OSがスワップとかしてなんとかできる。

360:デフォルトの名無しさん
09/03/02 22:02:32
つかどんだけ深い階層になってるんだ？リパースポイント(FILE_ATTRIBUTE_REPARSE_POINT)とか設定されてね？

361:デフォルトの名無しさん
09/03/02 22:46:44
>356
スタックの類使わなくても書けるの？

362:デフォルトの名無しさん
09/03/03 05:37:46
まだ初心者なのですが、batファイルをC++builder6で
ボタンを押したら実行するようにしたいので

ShellExecute(Handle,"open",ファイル名.c_str,NULL,NULL,SW_SHOW);

と書いたのですが、うまくいきません・・・どなたか教えてくださいOTL

363:デフォルトの名無しさん
09/03/03 07:55:49
↑解決しました、スレ汚しすまそOTL

364:333
09/03/03 19:45:29
遅ﾚｽｽﾏﾇ
>>334
ヘルプでTMutexで調べるとあるみたいだぞ?

365:334
09/03/04 09:24:55
orz

そうなんだ。
知らないから、Win32APIベタでコールしちゃってるよ。

366:332
09/03/05 19:13:35
>333
ありがとうございます。
末端のソケットに対するアクセスには排他はかけていませんでした。
同時にアクセスできるのは1スレッドだけというシングルコアに絆された思い込みがありましたので・・・。
早速試してみます。

バージョンアップ検討中の名目でEmbarcaderoにマルチコア対応状況を
ダメ元で確認してみたところ、かなり丁寧に教えてもらえました。
結論としてC++Builder6のTServerSocketとTClientSocketに関しては
マルチコア環境での動作保障をしていないとのことです。
以降のバージョンでこれらのコンポーネントが無くなっていた時点で気付くべきでしたorz

ちなみに現行バージョンではIndy系を推奨しているようです。
排他で解決できればとりあえず目的は達成されるのでここまでにしたいと思います。
ありがとうございました。

367:デフォルトの名無しさん
09/03/06 20:40:01
DLL内部の関数からDLLに組み込んだフォームやApplication->MessageBox()を呼ぶと、
通常の子ウィンドウと違ってウィンドウがタスクバーに表示されてしまいます。
DLLロード後にメインフォームのハンドルをDLLに渡してやることで
どうやらうまく行くようなのですが、手法的にスッキリしません。
もっとスマートに行う方法はないものでしょうか。BCB6を使っています。

368:デフォルトの名無しさん
09/03/06 21:15:46
＞DLLロード後にメインフォームのハンドルをDLLに渡してやることで
十分スマートじゃないか？
つかそうするのが普通だろ？

369:367
09/03/06 22:25:48
>>368
やっぱりそうですか？
ロードと同時にDllEntryPoint()でなんとかできないのかなーと思ったんですが。
とりあえず邪道ではないようで安心しました。ありがとうございました。

370:デフォルトの名無しさん
09/03/06 22:55:50
ウインドウハンドルを要求するAPI関数が
どこからリンクされているか考えれば問題ないとわかるはず…

371:デフォルトの名無しさん
09/03/13 15:01:44
2007でwsprintfやlstrcpyが未定義エラーになっちゃうんだけど
オプションのどこいじればいいですか？
ちなみに、他のプロジェクトだとちゃんとコンパイル通ります。
なんか１つのプロジェクトだけこのエラーでるんです・・・

372:デフォルトの名無しさん
09/03/15 10:33:12
VistaでCB2007使い始めたんだがOpenDialogを開こうとしてもなぜか必ず失敗するorz

if(!OpenDialog1->Execute())return;
ShowMessage(OpenDialog1->FileName);

何も間違ってないはずなのに！

373:デフォルトの名無しさん
09/03/15 14:28:51
まあどう考えても
バグだらけだろ。

374:デフォルトの名無しさん
09/03/16 08:51:47
>>327
OpenDialogが開くダイアログ位置おぼえてるっぽくて、
全然開かない現象がBCB6+xpであった。

Project1.bpr/Project1.exe の組み合わせで発生して、
同じプロジェクト名だと再発するんだが、
違うプロジェクト名にしたら現象消えた。
まだ原因を追っかけてはいない。

375:デフォルトの名無しさん
09/03/16 10:39:42
2009って64ビットに対応してる？

376:デフォルトの名無しさん
09/03/16 11:09:52
対応している。

377:デフォルトの名無しさん
09/03/16 11:33:22
え”、ウソだろ？
そうなら、２００９買って６４ｂｉｔ調査開始しなきゃならんやん。

378:デフォルトの名無しさん
09/03/16 12:01:30
>>376
嘘つけ！

379:デフォルトの名無しさん
09/03/16 12:28:43
対応して犬

380:デフォルトの名無しさん
09/03/16 13:19:47
対応している言葉は間違えない
ただ、
６４ビットのコードを吐くとは言っていない

381:デフォルトの名無しさん
09/03/16 13:24:34
対応してぬこ

382:デフォルトの名無しさん
09/03/16 13:40:32
>>380みたいなクズってまだいたのね

383:デフォルトの名無しさん
09/03/16 15:14:26
>>380
お前みたいなカスはレスするなよ

384:デフォルトの名無しさん
09/03/16 20:07:58
このスレはカスとクズとゲスで出来ています

385:デフォルトの名無しさん
09/03/16 22:42:12
正直、BCB2009自体がカスなんだがな。

386:デフォルトの名無しさん
09/03/16 23:13:55
もう注文しちゃいましたよ>>385
というかCCBが正しいのかな？
CODEGEAR　C++　Builder2009

387:デフォルトの名無しさん
09/03/17 00:06:25
CordGuardが止まらない

388:デフォルトの名無しさん
09/03/17 00:16:31
それなんてロマンチック？

389:デフォルトの名無しさん
09/03/17 10:16:48
スペル違うし

390:デフォルトの名無しさん
09/03/17 19:46:26
くだすれの方で誰も答えてくれないのでマルチになりますが質問させて下さい
ウィキペディアに、

>C++ Builderの新しい版ではMFCやDirectXなどもサポートしている。

って書かれてるんですが、それって

URLﾘﾝｸ(www.clootie.ru)

このページで公開されてるライブラリ使わなくても、正規のDirectXを使えるってことですか？

391:デフォルトの名無しさん
09/03/17 22:25:52
>>390
半分は。
DirectX9が入っているが、d3d9x.libなどが無い。
チュートリアルの1は何とか何もしないでいける程度。

392:デフォルトの名無しさん
09/03/18 03:25:27
>>391
それはサポートしているとは言えないんじゃ…

393:デフォルトの名無しさん
09/03/18 16:47:33
2009のチラシが届いたんだが使い勝手はどんなもん？
未だBCB6の俺としてはそろそろOSも変わるかもしれんしバージョンアップ考えた方がいいかなと思ってるんだが

394:デフォルトの名無しさん
09/03/18 16:50:14
まだチラシが届きません（＞＜;）

395:デフォルトの名無しさん
09/03/19 02:34:42
>>375

URLﾘﾝｸ(en.wikipedia.org) Builder

>A future version of CodeGear C++Builder (codenamed Commodore) will support x86-64 and create x86-64 Native code.

396:デフォルトの名無しさん
09/03/19 17:22:06
コンパイルするとたまに作成するアプリのアイコンがデフォのアイコンになっちゃうんだけど
これ原因わかる人いる？
ちなみに、他ＰＣで同じプロジェクトを何度コンパイルしてもちゃんと指定したアイコンになってます。

397:デフォルトの名無しさん
09/03/19 17:24:06
ねーよｗ

398:デフォルトの名無しさん
09/03/19 17:28:40
いや、お前達みたいな奴に聞いても無駄だってわかってはいるんですが
もしかしたら同じ症状の人がいたらラッキーかなっておもったんで

399:デフォルトの名無しさん
09/03/19 17:41:03
>>396
Builderのバージョンとかは果敢機会？

400:デフォルトの名無しさん
09/03/19 18:18:30
>>399
あ、そういえばそうですよね。
まあ言っても無駄だとおもうけど。
C++Builder5 proですよ。

401:デフォルトの名無しさん
09/03/19 18:23:44
それって昔あったＯＳのバグだろ。

402:デフォルトの名無しさん
09/03/19 19:07:22
ＯＳの方ですか・・・
ＯＳはＸＰＳＰ２なんですがＳＰ１をアップデートしてＳＰ２にしたんですが
これが途中でエラー出てあれなんだよばかなんですよね。
あ、そういやＳＰ１のＰＣでやってもダメなのあったなあ
4台で試して2台が現象発生だこのやろう！！

403:デフォルトの名無しさん
09/03/19 19:09:39
C++Builder2009Proがきたぞ
インストールだ

404:デフォルトの名無しさん
09/03/19 19:32:08
2007と何処が違うのか教えてくれ

405:デフォルトの名無しさん
09/03/19 19:58:08
2007がない

406:デフォルトの名無しさん
09/03/19 20:54:26
強制的にユーザ登録ってなんだよ。
しかも登録先が英語・・・

407:デフォルトの名無しさん
09/03/19 21:16:23
何故に最新のＳＰ３にしないのだろう。

408:デフォルトの名無しさん
09/03/19 23:41:02
C++Builder 6
ボタンとかタブのカラーは変えられないのですか？

409:デフォルトの名無しさん
09/03/20 00:00:31
BCBuilder5とC++Builder2009って同居させても問題ないよね？

410:デフォルトの名無しさん
09/03/20 00:12:19
2009のクイックスタートガイドに
実行環境っていうのがあるんだけど
作ったアプリケーションが動作する環境っていう意味なの？

411:デフォルトの名無しさん
09/03/20 01:04:25
>>409

OK

412:デフォルトの名無しさん
09/03/20 01:39:34
>>408
先に古い方からインスコ

413:デフォルトの名無しさん
09/03/20 20:52:33
別スレッドを動かしている時、スレッドが終了したかどうかを確認する方法を教えて下さい
お願いします。

414:デフォルトの名無しさん
09/03/20 21:06:00
TThread とかだったらHandleやThreadIDプロパティをチェックするとか

415:デフォルトの名無しさん
09/03/20 22:33:27
処理が終了したのか、スレッド自体が終了して消え去ったのかでだいぶ違うけど
後者なのかな。

416:デフォルトの名無しさん
09/03/20 22:56:41
>>396
遅レスだが、会社で組んだソフトがその現象になって困ったことがあったよ。
確か、プロジェクトファイル(.bprファイル)をテキストエディタで開いて、
<LIBRARIES value=だか<SPARELIBS value=の最初のlib
を最後に移動して保存して、BCB5で開いてリコンパイルしたら直ったと思うよ。

417:デフォルトの名無しさん
09/03/20 23:03:41
URLﾘﾝｸ(page4.auctions.yahoo.co.jp)

418:413
09/03/21 11:28:05
初心者なもので

>>414
HandleやThreadIDプロパティってどのように記述するのですか？

>>415
後者です

419:デフォルトの名無しさん
09/03/21 14:13:18
WaitForSingleObjectでTThread.Handleを待機。

420:デフォルトの名無しさん
09/03/21 17:55:06
>>418
TThread *Thread として（実際はTThreadの派生系）

方法は2種類あると思う。

１）待機関数、Handleを使う
if(WaitForSingleObject((HANDLE)Thread->Handle,0)==WAIT_TIMEOUT) { /* スレッドは実行中　*/}
else { /* スレッドは終了している　*/}

２）OnTerminate　イベントを使う
void __fastcall ThreadTerminated(TObject*){ /* スレッド終了時に処理をさせる。処理はメインスレッド内で実行される。*/}
Thread->OnTerminate=ThreadTerminated;

421:デフォルトの名無しさん
09/03/22 15:43:47
>>413
TThread.Finished プロパティを調べる。trueなら終了。

422:デフォルトの名無しさん
09/03/22 18:52:50
ちょっと質問。
C++Builder2009Pro。
アプリケーション作成時のデフォルトアイコンあるでしょ。
あれって変えられない？
デフォルトがヘッドギアってダサすぎです

423:デフォルトの名無しさん
09/03/22 20:23:44
C++Builder6だとプロジェクトのオプションとかで変えられたけど
2009は持ってない。

424:デフォルトの名無しさん
09/03/22 21:27:37
C++Builder2009でもプロジェクトオプションで変更できる

425:デフォルトの名無しさん
09/03/22 21:49:45
あーえっと。
新規プロジェクト→アイコン変える
のようにプロジェクトの作成のたびにアイコンを変えるのがめんどくさい。

アイコンを変えておく→新規プロジェクトうんぬん。

プロジェクトが作成されるたびにデフォルトで指定したアイコンになっていてほしい。

426:デフォルトの名無しさん
09/03/22 21:52:03
㍉

427:デフォルトの名無しさん
09/03/22 21:59:58
アイコンファイル自体を置換してしまえ

428:デフォルトの名無しさん
09/03/22 22:05:04
そそうか
デフォルトのオプション設定でアプリケーションの項目がないからあきらめてた
あまりにもダサいから必ず変えるように仕向けたいのか
残念だ
ありがとう

置換？できるのか？

429:デフォルトの名無しさん
09/03/24 20:16:41
どこかにアイコンのリソースはある筈だからそれを変えられればいいだよな

430:デフォルトの名無しさん
09/03/24 20:46:21
どこか知らないならレスするなよクズ

431:デフォルトの名無しさん
09/03/24 20:48:03
ヘタな釣りｗ

432:デフォルトの名無しさん
09/03/24 21:00:09
ちょっと探してみたけど.resや.icoの形ではないみたいだなあ
どこに組み込まれてるんだろ

まあ、そもそもそんな必要があるとは思えないけどね

433:デフォルトの名無しさん
09/03/24 22:22:18
DLLじゃね

434:デフォルトの名無しさん
09/03/24 22:35:27
そんな必死になることなのか

435:デフォルトの名無しさん
09/03/24 22:47:56
アイコンなんてクリック数回で変えられるじゃん。
だいたい、作るプログラムは全部デフォルトのままかよ。

436:デフォルトの名無しさん
09/03/24 23:11:22
別にいいじゃん
ネタとして話をしても

437:デフォルトの名無しさん
09/03/25 00:07:54
自分だけで使うものとかさ、アイコンを変更するまでもないんだけどあのアイコンはいやだから毎回変えているんだ。
WindowsフォルダのTASKMAN.EXEみたいなアイコンにしている。

438:デフォルトの名無しさん
09/03/25 14:15:53
グローバル変数の評価式だけ???やデタラメな数字になってしまうたすけてください

439:デフォルトの名無しさん
09/03/25 14:19:47
グローバル変数はなくすべきだろ、常考。

440:デフォルトの名無しさん
09/03/25 14:23:49
最適化が有効になってるんじゃねえのか。

441:デフォルトの名無しさん
09/03/25 15:42:08
もっかいBuild allしてみ

442:デフォルトの名無しさん
09/03/25 17:10:11
１行エディットして改行したただけで
それ以降のブレークポイントがみんなズレるんだけど
なんかいい方法ないかな