C++上級者が集まるスレ

C++上級者が集まるス� ..

481:デフォルトの名無しさん
05/11/04 20:05:54
>>480
だめみたい。
thisをつけると、const class fib<normal> has no member named call_meっていわれちゃう。
templateのしたクラスのcall_meを呼んでくれないみたい

482:デフォルトの名無しさん
05/11/04 21:11:50
>>481

class fib : Fix<fib>
=> class fib : Fix< fib<Fix> >

これで、
URLﾘﾝｸ(www.comeaucomputing.com)
のコンパイラでは通った。

483:デフォルトの名無しさん
05/11/05 07:47:56
>>482

gccでは通らないぽい。どこがおかしいのやら

484:デフォルトの名無しさん
05/11/05 23:54:35
template <template <class> class Fix>
class fib : protected Fix< fib<Fix> >

だな。public継承でもいいけど。
要はダウンキャストもprivate継承ではできない

485:デフォルトの名無しさん
05/11/06 07:39:13
typedef Fix<fib<Fix> > ct;
…
…ct:call_me(…

486:デフォルトの名無しさん
05/11/06 09:47:16
>>484
>>485
サンクス。できました

487:デフォルトの名無しさん
05/11/06 10:38:13
COMについての質問はここでいいですか？

488:487
05/11/06 18:13:45
自己解決しました

489:デフォルトの名無しさん
05/11/07 11:50:43
ポインタの静的型と、仮想関数の振る舞いについて教えてください。

struct　A　{　virtual　void　f();　};
struct　B　{　virtual　void　f();　};
struct　C:　public　A,　public　B　{};

C*　pc　=　new　C;
pc->f();　//　(1)　A::f()　と　B::f()　のどちらか分からないのでコンパイルエラー
A*　pa　=　pc;
pa->f();　//　(2)　A::f()　がコールされる
B*　pb　=　pc;
pb->f();　//　(3)　B::f()　がコールされる

struct　D:　public　A,　public　B　{　virtual　void　f();　};
D*　pd　=　new　D;
pd->f();　//　(4)　D::f()　がコールされる
pa　=　pd;
pa->f();　//　(5)　D::f()　がコールされる
pb　=　pd;
pb->f();　//　(6)　D::f()　がコールされる
struct　C　の仮想関数テーブルの　f()　のエントリはどうなっているのでしょう？
派生クラスが仮想関数をオーバライドしない場合、このエントリは基底クラスの
関数ポインタがそのままコピーされると思います。しかし、A::f　と　B::f　のど
ちらを採用すべきかコンパイル時に決定できないはずです。
ところが上記(2)のように、動的型が　struct　C　であっても、静的型を　struct　A
とするとコンパイルが通り　A::f()　がコールされます。動的型の　struct　C　の仮
想関数テーブルの　f()　のエントリは決定できていないはずなのに、何故　(2)(3)
のような呼び分けができるのでしょう？
実際　struct　D　のように　f()　をオーバライドすると、静的型に関係なく動的型
の仮想関数がコールされるので、f()　のエントリは１つだと思うのですが。
どういうカラクリになっているのでしょう？

490:デフォルトの名無しさん
05/11/07 12:12:19
>>489
「fのエントリは二つあって、Dでは両方が同じ関数を指している。」という実装しか思いつかないな。
調べてみる。

491:デフォルトの名無しさん
05/11/07 13:12:52
#include <iostream>
#include <cassert>
struct A { virtual void f(){ std::cout << "A::f\n";} };
struct B { virtual void f(){ std::cout << "B::f\n";} };
struct C : A, B {};
struct D : A, B { void f(){ std::cout << "D::f\n";} };
int main(void) {
　　C c;
　　D d;
　　A *pca = &c;
　　B *pcb = &c;
　　A *pda = &d;
　　B *pdb = &d;
　　typedef void (*pfun_t)();
　　pfun_t pcfa = **(pfun_t **)pca;
　　pfun_t pcfb = **(pfun_t **)pcb;
　　pfun_t pdfa = **(pfun_t **)pda;
　　pfun_t pdfb = **(pfun_t **)pdb;
　　pcfa();
　　pcfb();
　　pdfa();
　　pdfb();
　　assert(pdfa != pdfb);
}
結果(g++-mingw)：
A::f
B::f
D::f
D::f

よって、C/D共にfには二つのエントリがあって、
Dの場合は、二つの異なるD::fのラッパが入っていると判る。

492:デフォルトの名無しさん
05/11/09 00:29:56
Pentium4にやさしいプログラミング手法を教えてください

493:デフォルトの名無しさん
05/11/09 03:52:17
>>492
C++じゃなくてアセンブラになっちゃうけど消費電力を抑える為に halt や nop を多用するのがいいと思うよ。

494:デフォルトの名無しさん
05/11/09 04:40:12
__asmでnopを入れればいいのですか？

495:デフォルトの名無しさん
05/11/09 05:17:38
>>494
アホを真に受けるなよｗ
ったく知ったかぶり君は迷惑だよね。

496:デフォルトの名無しさん
05/11/09 06:54:19
>>495
もし>>493を知ったかぶりと思っているなら
お前の日本語読解力の方がずっとアホだと思うよ。

497:デフォルトの名無しさん
05/11/09 08:19:55
>>492
ifは極力使わない。
forをつかえ。

498:デフォルトの名無しさん
05/11/09 09:21:08
for(int i = 0; condition && i < 1; ++i){
.....
}

499:デフォルトの名無しさん
05/11/10 04:55:32
BOOLよりboolを使ったほうが処理速度が速くなるっていうのは本当ですか？

500:デフォルトの名無しさん
05/11/10 05:05:31
いいえ、それだけの情報ではなんともいえません。

501:デフォルトの名無しさん
05/11/10 05:13:00
BOOL(4バイト)とbool(1バイト)のことです

502:デフォルトの名無しさん
05/11/10 06:30:30
うがー、それだけの情報ではなんともいえません。

503:デフォルトの名無しさん
05/11/10 06:55:30
環境によって違うということですか？
vc7.1でコンパイルしたんですが
win2000です

504:デフォルトの名無しさん
05/11/10 07:51:15
>>499
>>503
BOOLかboolかで速さが違うかどうかはわからないが、
BOOLはintのtypedefで、boolはC++組み込み型だからbool(true/false)を使う方がよい。

505:デフォルトの名無しさん
05/11/10 07:58:03
なるほど、そうなのですか
ありがとうございました

506:デフォルトの名無しさん
05/11/10 08:25:29
BOOL は真偽値じゃない
とりあえずMSDN行って GetMessage()の戻り値見てくれば解る
あんな代物とbool型を同一視したら相当痛いミスを連発することになる。
MSのAPIの引数と戻り値以外には使わないほうが良い。

さらにsizeof(bool)は1と決まっているわけじゃない。
コンパイラによってはsizeof(bool)==4の場合もある。

507:デフォルトの名無しさん
05/11/10 08:51:22
ただ、現実問題として、boolは0/1しか取らないから
整数型やポインタ型の値をboolに代入しようとすると、若干の演算が必要になる。

例えば、戻り値が0か0以外かが判定できれば良いだけの場合でも
int型の関数だと return n; で足りるところを
bool型の関数にすると return n != 0; に相当するコードが必要になる。

そのため、VC++では最適化の警告が出せるようになっている。

508:デフォルトの名無しさん
05/11/10 09:55:29
>>501
普通、bool はintと同じサイズ( ＝BOOLと同じサイズ )になるぞ。

509:デフォルトの名無しさん
05/11/10 10:05:22
「普通」の意味がわからんが、BCB6ではintが4でboolが1だな。

510:デフォルトの名無しさん
05/11/10 10:18:26
>>509
アレ？ borland でもデフォルトでは bool は int と同じサイズだったと思うが・・・
bool を１バイトにするっていうコンパイルオプションが指定されてない？

511:デフォルトの名無しさん
05/11/10 10:28:00
boolを使うと、ビットセット系のニモニックが生成されて分岐が省略できる可能性もある。
>507が指摘したケースだと、どうせ呼び出し側でも判断が入るから二重ロジックに成るかも知れんが、
inline関数なら逆に呼び出し側を巻き込んで最適化されるから同じことだね。

512:デフォルトの名無しさん
05/11/10 10:49:04
っていうかboolの実装って普通0か1のどちらかっていう判断してる？
俺は0(false)か、0以外の全て(true)のどちらかっていう判断だと思った。
void Hoge(bool hoge)
{
　　if (hoge == true) {}
}

みたいな時、hoge != false(0) としてのコードを吐くのが普通じゃないの？
だからこそ我々はC時代のように
"BOOLVAR == TRUEと書いてはいけない。BOOLVAR != FALSEと書け"
みたいなルールに縛られず boolvar == true っていうコードも合法になるもんだと思ってたんだけど。

513:デフォルトの名無しさん
05/11/10 14:20:37
>>507
> ただ、現実問題として、boolは0/1しか取らないから

trueかfalseです。!に対してそれぞれが逆元。
integral promotionがあるとそれぞれ1と0になる。

ちなみにここは上級者スレです。

514:デフォルトの名無しさん
05/11/10 16:08:18
>>508
実装依存ということは承知してるが、
GCC4 も VC7.1 も sizeof(bool)==1 なわけだが。
こんなのも。
URLﾘﾝｸ(gcc.gnu.org)

それと、bool より BOOL を（パフォーマンスの理由で）
推奨してる環境もあるにはある。個人的には嫌だけど。

515:デフォルトの名無しさん
05/11/10 17:33:35
>>512
>boolvar　==　true　っていうコードも合法になるもんだと思ってたんだけど。
合法ですが、間抜けです。

516:デフォルトの名無しさん
05/11/10 19:57:32
>>514
Microsoft Specific
In Visual C++4.2, the Standard C++ header files contained a typedef
that equated bool with int.　In Visual C++ 5.0 and later, bool is implemented
as a built-in type with a size of 1 byte.　That means that for Visual C++ 4.2,
a call of sizeof(bool) yields 4, while in Visual C++ 5.0 and later,
the same call yields 1.　This can cause memory corruption problems
if you have defined structure members of type bool in Visual C++ 4.2
and are mixing object files (OBJ) and/or DLLs built with the 4.2 and 5.0 or
later compilers.

URLﾘﾝｸ(www.microsoft.com)

517:デフォルトの名無しさん
05/11/11 00:51:31
>>514
最近は sizeof(bool)==1 が主流なのか。知らなかったお。(^ω^)

>それと、bool より BOOL を（パフォーマンスの理由で）
>推奨してる環境もあるにはある。個人的には嫌だけど。

それもちょっと微妙だね。sizeof(bool)==1 な処理系ならCPUが苦手な
バイトアクセスでもメモリアクセス量が減る bool のほうが多分トータルの
パフォーマンスでは上だろうし。

518:デフォルトの名無しさん
05/11/11 04:24:45
>>517
まあ、CPUが苦手どころか 4 バイト未満の整数型をダイレクトに
扱う命令を持ってないからで。しかも無駄なメモリアクセスは極力
省いてキャッシュレイテンシまで時に考えなきゃならんような環境の
ことなんで、無視していいかと。
つうか、素直に sizeof(bool)==4 にしろよ、ってスマン愚痴だ。

519:デフォルトの名無しさん
05/11/11 07:22:23
vector<bool>なんてのを想定したんじゃない? > sizeof → 1
bitsetってのもまあ微妙なアレだし

520:デフォルトの名無しさん
05/11/11 08:02:00
メモリが遅いって話ならそれこそ最大限コンパクトにして
キャッシュに乗ってる可能性を高くしたほうがいいじゃん

521:デフォルトの名無しさん
05/11/11 08:19:22
vector<bool> は特殊化されているので関係ない

522:デフォルトの名無しさん
06/01/22 14:12:46
　　o(%)。
　　//
　○(％)oｼﾞｭﾜｯ

523:デフォルトの名無しさん
06/02/08 11:15:21
上級者の会話か？

524:仕様書無しさん
06/02/08 11:18:47
>>523
(脳内)上級者の集うスレでは？

525:デフォルトの名無しさん
06/02/08 21:49:16
>>523
上級者が集まったからと言って上級な会話をするとは限りませんし、
上級者にしかその真意がわからない上級な会話なのかもしれません。

526:デフォルトの名無しさん
06/04/28 09:41:06
上級者はいなくなったようですね

527:デフォルトの名無しさん
06/04/28 11:12:31
上級者というからにはもっとこうOS技術とか、デッドロックの事例とその解決とかについて
議論するのではないのか？

528:デフォルトの名無しさん
06/04/28 14:47:19
>>527
デッドロック回避にはオーストリッチアルゴリズム。マジお勧め。

529:デフォルトの名無しさん
06/04/28 15:19:59
レース状態やスタベーションについての議論もしよう。

530:デフォルトの名無しさん
06/04/28 16:08:20
>>528 なにもしないってかｗ

531:デフォルトの名無しさん
06/04/28 17:14:50
レース下着でマスターベーションについて

532:デフォルトの名無しさん
06/04/29 04:44:48
OS 技術が上級？
酔ってるから超ウケた。

上級な OS 技術と、当たり前すぎてあほらしい OS 技術があると思うのだが。

533:デフォルトの名無しさん
06/04/29 06:06:22
酔ってるな

534:デフォルトの名無しさん
06/04/29 15:12:17
>>527
それはあえて言うなら「プログラミング上級者」とかの類であって「C++上級者」とはズレがあるのでは？

535:デフォルトの名無しさん
06/04/30 02:32:53
ではC++上級者は何ができるのですか？

536:デフォルトの名無しさん
06/04/30 02:51:36
Cでも書けるコード/アルゴリズムを
「C++らしく」書くことが出来ます。たぶん。

俺は上級者じゃないので無理です。

537:デフォルトの名無しさん
06/04/30 06:21:32
上級者　初級者でもわかるコードを書く
初級者　上級者でもわからないコードを書く

538:デフォルトの名無しさん
06/04/30 09:48:40
ここは「上級者とは何か」を議論するスレですか？

539:デフォルトの名無しさん
06/04/30 10:28:11
自らの上級しゃっぷりをアピールするスレです。

540:デフォルトの名無しさん
06/04/30 11:13:52
初心者が微妙にスレ自体をひがんでるな
そんな暇があったら勉強しなよ

541:デフォルトの名無しさん
06/04/30 11:47:14
夢の相互リンク

プログラム技術上級スレ
ｽﾚﾘﾝｸ(tech板)l50

542:デフォルトの名無しさん
06/04/30 19:51:31
自称上級者の集まるスレってここでしょうか？

543:デフォルトの名無しさん
06/04/30 22:34:38
そうですね、例えばあなたとか…

544:デフォルトの名無しさん
06/04/30 23:35:48
俺、俺だよ俺！

545:デフォルトの名無しさん
06/05/06 20:23:30
pngのCRCの計算をするコードを教えてください。

546:デフォルトの名無しさん
06/05/06 20:27:47
>>545
ソース嫁

547:デフォルトの名無しさん
06/05/06 20:41:34
>>546
わかりませんので
上級者の知恵をお借りしに来たのです。

548:デフォルトの名無しさん
06/05/06 20:46:14
>547
ここは上級者以外立入禁止だ。

549:デフォルトの名無しさん
06/05/06 20:55:00
>>548
わからないくせに偉ぶっている人

550:デフォルトの名無しさん
06/05/06 21:18:22
俺は上級者だが、わからないものはわからないのだ。

551:デフォルトの名無しさん
06/05/06 21:31:30
ここは自称上級者同士が褒め称えあうスレです。

552:545
06/05/06 21:37:24
googleで探したらあったYO

553:デフォルトの名無しさん
06/05/06 21:44:00
これで君も上級者だ。

554:デフォルトの名無しさん
06/05/06 22:01:37
>>545
C++とは関係ない話だろとマジレス。

555:デフォルトの名無しさん
06/05/07 20:31:55
クックック。遂に極めたぞ。

556:デフォルトの名無しさん
06/05/08 00:29:22
残念ながら555が居たのは、まだ入り口だったのであった

557:デフォルトの名無しさん
06/05/08 00:33:38
極めたってどういう状態を指すんだ？DQN臭い。

558:デフォルトの名無しさん
06/05/08 00:51:30
>>557
きっと typedef あたりの使い方を極めたんだよ。

559:デフォルトの名無しさん
06/05/08 00:52:35
>>558
･･･そうか・・・

560:デフォルトの名無しさん
06/05/08 08:08:49
555の痛さはネタ臭いけど、
極めるという言葉に過剰反応している557の痛さは素っぽいな。

561:デフォルトの名無しさん
06/05/08 16:42:06
まぁ真実は>>556が突いている

562:デフォルトの名無しさん
06/06/02 08:40:30
皆さんのタブのサイズを教えてください

563:デフォルトの名無しさん
06/06/02 11:22:42
TABは0.5を利用

564:デフォルトの名無しさん
06/06/02 12:28:03
タブは8

565:神楽坂
06/06/02 15:17:23
フィルタドライバの作り方で
聞きたいことがあるんで
来てみたのだが．．．．．．

だめみたいだな、
ここは。

566:デフォルトの名無しさん
06/06/02 15:39:01
ここはスレタイが荒してくれといっているようなものだからな。
隔離スレというか。

567:デフォルトの名無しさん
06/06/02 18:28:26
いかにも荒らし本人が書きそうな「見限りレス」だな。

568:デフォルトの名無しさん
06/06/02 22:56:26
>>565
なんのフィルタドライバを作りたいのかぐらい書けよ。
つーか、お前は本当は聞きたいことの説明すらできんのだろ？
素直んなれよ、な？

569:デフォルトの名無しさん
06/06/03 13:28:56
気付いたけどここには低能しかいないようだな

570:デフォルトの名無しさん
06/06/03 13:43:42
>>569
お前と俺と～は～

571:デフォルトの名無しさん
06/06/03 14:20:10
超上級者だったらもうちょいゆとりがあっただろう

572:デフォルトの名無しさん
06/06/03 15:44:22
>>568
　・訊いても無駄だといいながら訊きたい内容を書く
　・でもその内容は不明確なまま
　・しかもｽﾚ違いの予感
　・つか、なにしろｺﾃﾊﾝ

恐らく、自分よりバカ (に見える連中) がいて
嬉しかったんだろう。

573:デフォルトの名無しさん
06/06/03 19:12:18
ここは、C++上級者が集まるスレであって >>565 ごときが来るような場所ではない。

574:デフォルトの名無しさん
06/06/03 19:29:08
まぁ、能無しが「おもらい」しに来るスレではないよな。

575:デフォルトの名無しさん
06/06/03 19:46:15
盛り上がって参りました！

576:デフォルトの名無しさん
06/07/01 05:03:15
マ板でもっとも典型的なネタスレのひとつ

577:デフォルトの名無しさん
06/07/03 22:14:12
コメントを // にしました。
これで俺も上級者の仲間入り。

578:デフォルトの名無しさん
06/07/03 23:08:47
赤飯炊かなきゃな

579:デフォルトの名無しさん
06/07/07 15:55:26
上級者さんのお知恵をお借りしたいのですが。。

C++とDirectShowでビデオキャプチャ＋圧縮保存のコードを書いております。
ボタンクリック時に、圧縮に使用するコーディックのプロパティ画面を開くようにしたいのですが、方法が検討つきません。
WindowsMediaVideo9とMEPG4
ご存知の方、いらっしゃいましたらご助力願います。
宜しくお願い致します。

580:デフォルトの名無しさん
06/07/08 15:08:16
>>579
それC++関係ないだろ。

581:デフォルトの名無しさん
06/09/01 19:22:44
>>580
≪関係ない≫だと？

582:デフォルトの名無しさん
06/09/04 19:57:52
C++のホットなネタは？

583:デフォルトの名無しさん
06/09/04 22:39:58
>>582 特に無い。

584:デフォルトの名無しさん
06/10/14 01:28:04
stdioとcstdioの違いを教えてください

585:デフォルトの名無しさん
06/10/14 02:03:51
>>584
cstdio がライブラリを std 名前空間内に宣言。
stdio.h は、↑に加えてグローバル名前空間にも宣言。

っていう建前だけど、実際は

stdio.h がライブラリをグローバル名前空間内に宣言。
cstdio は、↑に加えて std 名前空間にも宣言。

とかいう実装もよくある。

586:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
06/10/14 02:06:04
std 名前空間

587:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
06/10/14 02:07:15
まあ、プリプロセッサマクロに名前空間は適用できないしな

588:デフォルトの名無しさん
06/10/14 03:16:03
たまに見かけるstudio.hもよくわからん

589:デフォルトの名無しさん
06/10/14 05:48:10
ﾜﾛﾀ

590:デフォルトの名無しさん
06/10/14 10:10:24
あやまれ！スタジオ派にあやまれ！

591:デフォルトの名無しさん
06/10/26 16:03:30
Cωってどうなっちゃったの？

592:デフォルトの名無しさん
06/10/28 01:49:55
class ClassA{
public:
ClassA(){・・・・;}
ClassA(ClassB a){・・・・;}

friend ClassA operator●(const ClassA& x, const ClassA& y){・・・・;}
}

class ClassB{
public:
operator ClassA(){return ・・・・;}
}

で引数x,yにClassB型の値が代入された場合、x,yはClassAのコンストラクタによってClassA型に
変換されるのでしょうか? それともClassBの変換関数によってClassA型に変換されるのでしょうか？

593:デフォルトの名無しさん
06/10/28 02:40:02
>>592
規格上はどうなってんのか知らんが、とりあえずコンパイラによっては
「どっち使ってええのかわからん」とエラーを出すのは確か。

594:デフォルトの名無しさん
06/12/15 19:46:02
xmlを処理できるライブラリを教えてください

595:デフォルトの名無しさん
06/12/15 19:54:48
上級者の質問ではないだろ。
とりあえずXercesとかMSXMLとか。詳しくは知らない。

596:デフォルトの名無しさん
06/12/15 20:02:37
動的な次元の配列のライブラリってないもんか

597:デフォルトの名無しさん
06/12/15 20:04:21
>>596
boost::multi_array

598:デフォルトの名無しさん
06/12/15 20:14:18
それは静的だ。
動的次元配列は自分で作るしかないんじゃね？

599:デフォルトの名無しさん
06/12/20 16:57:05
gccとFedora core5でプログラムを作成しています。
ofstreamでflush()を使っても、実行されたタイミングでファイルが更新されません。
一定以上になるまで、システムのバッファ内に溜め込まれているようなのですが、
flush()実行時に確実にファイルに書き込ませるにはどうしたらよいでしょうか？

600:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
06/12/20 22:51:39
「STLによるコンポーネントデザイン」にvectorを使った2次元・3次元配列クラスの作り方書いてあった

それとも次元が動的に増減するの？
そりゃちょっとお手上げ

601:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
06/12/20 23:01:22
>>599
flushでフラッシュされないのって、C++標準の方法ではどうしようもないような。

クローズしてみるとか（かなりいい加減）
あと、内部的にメモリマッピングしてるような気もする。

602:デフォルトの名無しさん
06/12/22 22:57:20
断片化なしの動的二次元配列の一種。

URLﾘﾝｸ(capslockabcjp.kitunebi.com)
ブール閉包(boolean closure)のサイズとインデクスの計算
1次元配列にみっしりと二次元の表を納めつつ、
伸縮させても穴が空かない構造の作り方。

603:デフォルトの名無しさん
06/12/22 23:13:02
>>599
気のせいだと思いますよ。

604:デフォルトの名無しさん
06/12/22 23:22:16
>>599

ランタイムライブラリとは無関係にOSとドライバの側で制御しているから
OS独自の機能を使わないとどうしようもない。

URLﾘﾝｸ(www.linux.or.jp)

605:デフォルトの名無しさん
06/12/23 08:46:49
特殊なストレージデバイスを使ってない限り、
カーネルのin-coreイメージと外部デバイスの不一致は観測不能なんだが。

606:デフォルトの名無しさん
07/01/06 02:30:56
真贋について
URLﾘﾝｸ(www.kh.rim.or.jp)

607:デフォルトの名無しさん
07/01/06 02:39:51
それは遥か昔にストラウストラップと袂を分かった、
彼の頭頂の毛が喋ってるんだよ。

608:デフォルトの名無しさん
07/01/08 12:26:22
【ネガティブ派遣根性チェック】

3つ以上、思い当たる点があればアナタの性格はひん曲がっており、ネガティブ負け組人生を歩んでいます。

□偽装派遣先の社員の意見にはたとえ間違っていても反対しない
□偽装派遣先から「いつまでもここで仕事してくださいね」と言われるようになりたい
□自社に仕事を持ち帰れるように言われるとムカつく
□自社で仕事なんてできるわけがない
□派遣/受託の差異を指摘する人間はムカつく
□偽装派遣先には仕事だけでなく自分のプライベートについても指示して欲しい
□自分の月額金額を知らない
□偽装派遣先社員より自分の生涯収入が低いのは当然だ
□偽装派遣先に尻尾を振り、いつまでも一緒に仕事をすることが大切だ
□今のプロジェクトが終わっても同じ偽装派遣先に常駐したい

609:デフォルトの名無しさん
07/01/08 18:36:21
構造化して細かく関数毎に分けた方が、構造化されていないプログラムより最適化されやすいですか？
それとも関数の呼び出しのオーバーヘッド分だけ遅くなりますか？

610:デフォルトの名無しさん
07/01/08 22:59:00
>>609
最適化については、コンパイラ (とコンパイル時のオプション)
に依存するのでなんともいえない。

関数の呼び出しのオーバーヘッドは確実に存在する。

ただ通常それが問題になることはあまり無い。

て言うか、プログラム書くときはわかりやすく書け。

関数呼び出しのオーバーヘッドなんか気にするのは最終手段だ。

611:デフォルトの名無しさん
07/01/09 01:58:49
「最適化する必要を感じるまで最適化するな」

612:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
07/01/09 02:05:56
常に__forceinline

613:デフォルトの名無しさん
07/01/09 05:15:49
>>609
最近のコンパイラは小さい関数が数百個つらなっても
平気でinline化しやがるので無問題

614:デフォルトの名無しさん
07/01/11 23:18:23
URLﾘﾝｸ(en.wikipedia.org)
こんなに様々な提案があったとは思っていなかった。

615:デフォルトの名無しさん
07/01/12 10:27:53
class　A{
　　　　const　double　x;
　　　　A()　:　x(10){}
}
と
class　A{
　　　　static　const　double　x=10;
}
の使い分けについて教えてください

616:デフォルトの名無しさん
07/01/12 11:03:20
>>615
前者はインスタンス毎に暮らす変数が作られるのでメモリが余計に
必要だが、コンストラクタ次第ではインスタンス生成時に x の値を
自由に設定できる。

後者はメモリは一つしか使わないので省メモリ型だが、コンパイル時
に値が決定するのでコンストラクタによって値を変える事はできない。

617:デフォルトの名無しさん
07/01/13 02:13:25
>>615
後者はコンパイルできない。

618:デフォルトの名無しさん
07/01/13 10:31:38
class　A{
　　　　static　const　double　x;
};

const　double　A::x　=　10;

619:デフォルトの名無しさん
07/01/16 16:22:35
上級者の方にお聞きしたい問題があります。
--------------
【問題】
「計算式対応電卓」
・計算式を文字列として入力すると、その計算を行い、結果を出力するプログラムを
作成せよ。
-入力文字列を解析し、数値と演算子に分けて計算する。
-例：計算する式を入力してください。終了：end
　　　使用可能演算子：四則演算(+-*/)
1+2
　　　答えは3です。
・必ず四則演算のほかに、使用可能な演算子を追加せよ。
　入力する際の演算子記号は任意にきめてよい。
-例：あまりを求める　%
　　　二乗を求める
・繰り返し何度も計算できるようにする。
　その際、終了する場合の入力文字列を示せ。

--------------
初心者ということもあり、わかりません。
ｿｰｽﾌｧｲﾙとして書き込んでいただきたいです。。

620:デフォルトの名無しさん
07/01/16 16:50:27
C/C++の宿題を片付けます　81代目
ｽﾚﾘﾝｸ(tech板)l50

621:デフォルトの名無しさん
07/01/16 16:56:09
>>619
URLﾘﾝｸ(ftp.gnu.org)

622:デフォルトの名無しさん
07/01/16 21:11:54
>619
URLﾘﾝｸ(spirit.sourceforge.net)

623:デフォルトの名無しさん
07/01/16 23:34:23
>>619
講義聴いてればちゃんとできるからまた来年やれ

624:デフォルトの名無しさん
07/01/17 00:33:04
若いの　オラが村では派遣の問題を口にしちゃなんねーだ
お前さんはまだわけぇから言いたいこともあるべぇ
だべな、派遣問題を口にするとムキになって怒る者がおるでよぉ
問題の指摘は駄目だっぺぇ
派遣のことは口にしちゃなんねぇ
この村みたいな糞田舎で悲惨な生活するためにはよぉ
北朝鮮と一緒でよ、駄目のものを駄目と言ってはなんねえだべさ
タブーを口にしちゃいけねぇだ　オラ達みたいな田舎者の鉄則だっぺ

625:デフォルトの名無しさん
07/01/17 09:41:28
>>619
逆ポーランド使ったらだめ？

626:デフォルトの名無しさん
07/01/17 11:34:32
>>617-618
まともなコンパイラを使ってください。

627:ららら
07/01/17 19:26:03
class Hoge を Hoge.h で宣言して Hoge.cpp で定義している。
Hoge の実装では Foo クラスを使うのだが、
Foo を使っているということを Hoge.h 側では見せたくない。
今は

class　Hoge　{
public:
　　　　Func1(void);
private:
　　　　Func2(Foo*　foo);
};

こうなっているのだが、Foo をヘッダーに見せたくない。
Foo を使うコードが Func1 内で完結すれば、見せなくて済むのだけど、
何分 Func1 の処理が長いので、どうしても関数を分割したい。
さて、よい案はないだろうか。。。。

ヘッダー上では Foo* じゃなくて void* にキャストして、
Func2 の実装で void* を Foo* にキャストする、
という方法はあるのだが。汚い。

628:デフォルトの名無しさん
07/01/17 19:44:28
pimpl

629:デフォルトの名無しさん
07/01/17 19:54:08
Fooのポインタだけならclass Foo;とだけ書いておけばおｋ。

630:デフォルトの名無しさん
07/01/18 02:48:20
上級者の皆様、Haskellで使えるalgebraic data typeをC++で表現するにはどうすればいいでしょうか？教えてください。

631:デフォルトの名無しさん
07/01/20 10:35:44
>>615で
class　A{　
　　　　static　const　int　x=10;　
}
は許されるのに
class　A{　
　　　　static　const　double　x=10;　
}　
は禁止されているのは何故なのでしょうか？

632:デフォルトの名無しさん
07/01/20 12:41:07
配列の要素数など整数定数への需要は大きいから、それだけ特別扱いされた。

633:デフォルトの名無しさん
07/01/20 14:29:28
class　A{　
　　　　static　const　double　x;　
};　

const　double　A::x　=　10;　

これでできるのなら、

class　A{　　
　　　　static　const　double　x=10;　　
}　　

の様な書き方も許可して良さそうな気がするのですが・・・

634:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
07/01/20 14:59:27
class A{
    static const double x() const { return double(10); }
}

で代用できるから特に困らない

635:デフォルトの名無しさん
07/01/20 15:00:59
C++のクラスの静的メンバ変数は（constの有無に関わらず）、
Cのヘッダに宣言しどこか1箇所ソースで定義する流儀を受け継いでいると考えればそう不自然でない。
納得がいくかどうかはともかく。

そんなにクラス内に書きたければ、静的メンバ関数ならインラインに書けることを使う手もなくはない。

636:デフォルトの名無しさん
07/01/20 15:13:30
C++ らしいよなぁ。
template もそうなんだけど、なんつーか、
もう少し素直にやりたいことを直感的に書けないものかw

637:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
07/01/20 15:22:46
Borlandコンパイラならプロパティ（独自拡張）があるね

638:デフォルトの名無しさん
07/01/20 17:09:58
そういやtemplateなら>>618のようなのを全部ヘッダーに書いてもいいんだっけ？

639:デフォルトの名無しさん
07/01/20 19:41:48
>>637
Visual　C++も独自拡張でプロパティを持っている。COMラッピングに使っている。

>>638
テンプレートでも定義が必要。ただしヘッダに書ける。
template<typename　T>
class　A{　　
　　　　static　const　double　x;
}

template<typename　T>
const　double　A::x　=　10;
たしかこんな感じ。

640:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
07/01/20 19:41:55
駄目だから定数を返す関数にする。どうせインライン展開されるし

641:デフォルトの名無しさん
07/01/21 17:14:28
>631,633
あれ？出来ないんだっけ？
gcc3.4.2なら出来たけど。
てか、最近のコンパイラなら出来るはずだと思って
フリーで配ってるソースで使いまくっちゃったけど。。。

642:・∀・）っ-○◎●創聖のダンゴリオン ◆DanGorION6
07/01/21 17:19:40
厳密にはできなくはない

__declspecキーワード使うことになるが

643:デフォルトの名無しさん
07/01/21 18:32:35
規格では整数型のみだけだっけ？

644:ららら
07/01/21 18:58:00

class Foo;

class Hoge {
public:
    Func1(Foo::FooType type);
};

class Foo {
public:
    enum FooType {
        TYPE_1, TYPE2, TYPE3
    }
};

こんなコードが、コンパイルエラーになるのですが、
Foo を先に宣言せずに、Hpge で Foo::FooType を使うことって可能ですか？

645:デフォルトの名無しさん
07/01/21 18:59:42
それは無理だな

646:デフォルトの名無しさん
07/01/21 19:01:37
無理だよ

647:デフォルトの名無しさん
07/01/21 19:35:38
>>644
＞Foo を先に宣言
Foo を先に定義、の間違いだな

そんな細かい指摘はともかく、この要求は比較的需要があると思うけれど、
（少なくとも自分はこういうことをしたいときが結構ある）
みんなどう思ってるんだろ

648:デフォルトの名無しさん
07/01/21 20:04:33
>>647
こういうのがあるから、ネストされた public 型定義は避けたほうがいい。

649:デフォルトの名無しさん
07/01/22 09:53:27
どうしてもって場合は苦肉の策だけど、Hoge側をクラステンプレートにして
しまうのもありかも( Foo をテンプレート引数にする )。

650:デフォルトの名無しさん
07/01/27 23:55:49
魔法少女ポリモル
ｽﾚﾘﾝｸ(prog板)

651:デフォルトの名無しさん
07/02/02 20:43:47
vc2005EEを使っているのですが、質問があります。

デバッグモードではＣＰＵ使用率が20～35%に押さえられているのですが、
リリースモードにすると使用率が常時１００％に跳ね上がってしまいます。

これの原因分かる方いませんか？
もしくは原因究明の方法が分かる方いませんか？
（プロファイラは使えません^^）

どうかよろしくお願いします。

652:デフォルトの名無しさん
07/02/02 21:37:54
>>651
マルチはラウンコにでも逝ってろ。

653:デフォルトの名無しさん
07/02/02 22:20:52
>>652
ｽﾚﾘﾝｸ(tech板)

一度、↑のスレの989で聞いたのですが、
スレ違いといわれてしまったので、もう一度質問させてもらっています。

654:デフォルトの名無しさん
07/02/02 22:50:15
>>653
あってるかどうかの自信はないが原因やその調査方法や対策等々を多少予想がつかんでもないが、
プロファイラを使えば一発で解決する問題なのに、あえてプロファイラは使えませんと逃げるような
教えて君がくるようなスレではありません、ここは。どっか逝け。

つーかせめてどんなプログラムかぐらい書け。あと、テキトーにプログラムをコメントアウトして
現象が変わったらその部分あるいはその部分に関連したところになんかある。ロクに情報も提供
しない教えて君はたまにはそーゆー地道なデバッグでもやってなさい。

655:デフォルトの名無しさん
07/02/02 22:51:41
サクセスに振り込んだお金が返ってこない

まで読んだ

656:デフォルトの名無しさん
07/02/02 23:01:07
「まで読んだ」ネタは
それを書くより早く読めるレスについてるとなんか痛い

657:デフォルトの名無しさん
07/02/02 23:08:58
ごめんね母ちゃんはじめて「まで読んだ」したから

658:デフォルトの名無しさん
07/02/03 00:36:04
>>654
別に逃げているわけでは無く、
もともとVC8EEにはプロファイラがついていないのです。
これを使えば解決することは分かっていたので、あらかじめ注釈させていただきました。

情報が足りなかったことは誤ります。
作っているのは所謂ノベルゲームです。
>>654にあるようにプログラムを適当にコメントアウトしていったところ、
サウンドを再生する専用のスレッドがネックになっていることが分かりました。
ここでのSleep間隔を０からそれより大きくした結果（現在は５）、
ＣＰＵ使用率が２０％にまで下がりました^^

ちょっと納得できない部分もあるのですが、とりあえず上手く動くようになりました。
どうもありがとうございます^^

659:デフォルトの名無しさん
07/02/03 00:40:25
> もともとVC8EEにはプロファイラがついていないのです。
もろ逃げじゃんｗ
VC8EEプリインストールモデルなんて聞いたことないしなぁｗ

学校のPCだけでやってるんだったらもちスレタイ嫁。

660:デフォルトの名無しさん
07/02/04 14:18:40
>>658
OS上CPU使用率が100%と表示されていても
本当にCPUの演算ユニットを100%ぶんまわしてるわけじゃないから、
Sleepは0でも良い。1あれば十分。5は多すぎ。

661:デフォルトの名無しさん
07/02/05 02:24:45
>>659
ごめん。
意味が分からない。

>>660
windowsのスレッドシステム(自分は2000使ってます)をよく知らないのですが、
メインの方の処理が軽くなると、
コンテキストスイッチが頻発してCPU使用率が異常に上がるのかなぁ。
実行速度は軽くなっているのに、使用率が上がるということは
無駄な処理がすごく増えたってことですよね。。。

あと、5msのSleepは確かに長すぎるかもしれません。
メインスレッドの方がつまってくると、
音飛ぶ可能性ありますね。
このあたりはもうちょっと調整してみます。

662:デフォルトの名無しさん
07/02/05 02:31:09
>>661
Waitのない無限ループを持つスレッドがひとつでもあればCPU使用率は100%になる。
そんな当たり前なことも理解できてないようなヤツがいていいスレじゃない。どっか逝け。

663:デフォルトの名無しさん
07/02/05 15:12:33
>>662
非HTでシングルコアの場合だけな。

664:デフォルトの名無しさん
07/02/06 01:23:31
>>662
Wait = Sleep(0) という解釈でいいなら、ちゃんと入ってましたよ。

問題は
１，　メインスレッド・サウンドスレッドともにちゃんとSleepが入っていた
　　(メインの方はFPS固定の可変Wait, サウンドの方は常に0)
２，　単純な実行速度はデバッグモード時よりもリリースモード時の方が速かった
３，　メインスレッドのWait値もリリースモードの方が大きかった
にも関わらず、デバッグモードではＣＰＵ使用率が３０～４０％、
リリースモード時は常に１００％になっていた点です。

リリースモードではサウンドスレッドが相当無駄なことをしているのは理解できるのですが、
それならデバッグモードではなんで１００％にならないのかなと。。。

>>663
そうですね^^

665:デフォルトの名無しさん
07/02/06 01:46:39
>>663
デュアル/マルチプロセサは無視か？

>>664
> Wait = Sleep(0) という解釈でいいなら、

よくないだろ。

それは、ともかくコードの断片も示せないなら、エスパー希望の広告を
新聞に載せた方が早いので、ここから立ち去ってくれ。

666:デフォルトの名無しさん
07/02/06 02:15:36
>>664
C++の話題じゃないから、662を読んで分からないなら Windows 板へ池

667:デフォルトの名無しさん
07/02/06 06:56:43
>>664
処理速度の速いほうがCPU使用率も高くなんのはあたりまえだろ、どっか逝け。

668:デフォルトの名無しさん
07/02/06 08:20:29
俺も大体そう思うな

プロファイラがあってもデバッグ版のCPU使用率が低い理由はわからないと思う。
これに関しては私には判りません。
デバッグモードでは何か特殊な待ちがあるんだろか。

たとえばwaveOutWriteなら複数のバッファを渡せるので
音飛ぶ可能性は著しく低く、
バッファが終わるころにメッセージ通知が来るから
それまで何もしないのでCPU使用率を著しく下げることも出来るはず。

ノベルゲームの経験ないから推測だが
ノベルゲームで絶えず処理している状況が存在する理由がわからない。

669:デフォルトの名無しさん
07/02/06 11:21:53
デバッグ版ではシステムコールの呼び出しが
増えてたりするからじゃないのん?

670:デフォルトの名無しさん
07/02/06 22:06:52
c++のリファクタリングツールは
VisualStudioなら
ref++
Refactor! Pro

emacsで使えるツールはないの？

671:デフォルトの名無しさん
07/02/06 22:11:02
URLﾘﾝｸ(www.wholetomato.com)

リファクタリングツールいろいろ

672:デフォルトの名無しさん
07/02/06 22:27:03
URLﾘﾝｸ(xref-tech.com)
emacsリファクタリングツールみつけた
試したいけどemacsでc++コンパイルする環境整えるの大変だ

673:デフォルトの名無しさん
07/02/07 23:49:30
すみません。これで最後にします。

>>668
サウンドライブラリとして、OpenALを使っているので、
空きバッファがあるかどうか
常に監視する必要があるのです。

確かにwaveOutならその必要はありませんね。

>>669
システムコールかもしれません。

一応テストとして、
・適当な処理＋Sleep(0)を繰り返すスレッド
・適当な処理＋Sleep(10)を繰り返すスレッド
の二つを作って実行させたのですが
デバッグモード、リリースモードの両方でＣＰＵ使用率は１００％でした。
（当然か。。。）

件のアプリでは、さらに多くのスレッドといろいろな処理が付加されているので、
どこかになにがしかの待ちが入っているんだと思います。
（共有リソース待ちや、ＩＯ待ち？）
感覚としては、スレッド間のリソース待ちが原因では無いかと思いました。
（調べてみるとミキシングスレッドとサウンドデータ供給スレッドが別でした^^）
ちょっとこれ以上は分から無いのですが、
他にやることもあるのでこの件はこれで終わりにしたいと思います。

それでは、スレ汚し失礼しました。

674:デフォルトの名無しさん
07/02/10 12:20:00
実行中にブレーク掛けてみて、どの処理が走ってるかみてみたら。
何回かやれば時間食ってる部分が解るだろ。

675:デフォルトの名無しさん
07/02/15 00:33:53
>>674
遅れてすみません。
ブレーク掛けてみたのですが、
意味の分からない結果になりました。
なんか、OpenALのバグのような気がします。。。

原因が分かったら報告します。

676:デフォルトの名無しさん
07/02/15 09:20:44
ここは上級者が集まるスレです。上級者に質問するスレではありません。

677:デフォルトの名無しさん
07/02/16 12:34:00
集まって何すんの？

678:デフォルトの名無しさん
07/02/16 12:34:37
書き込んだり、書き込みを読んだりするに決まってるじゃん。

679:デフォルトの名無しさん
07/02/16 13:18:05
書き込んだり、書き込みを読んだりして何すんの？

680:デフォルトの名無しさん
07/02/16 14:53:13
できることとか、やりたいこと。

681:デフォルトの名無しさん
07/03/02 19:46:02
夏時間まで考慮して、タイムゾーンを取得する方法を教えてください。

682:デフォルトの名無しさん
07/03/27 02:43:43
boolは何故1バイトも消費するのですか？

683:デフォルトの名無しさん
07/03/27 05:01:28
>>682
1バイトとは限らんぞ。処理系依存だ。
VCではint型にダウンキャストされるんじゃなかったっけ？
＃かなり昔に仕様書らしきもので読んだ気が。

仮に>>682が使用している環境でboolが1バイト使うとして話を進める。
>>682は1ビットで十分だっていいたいんだろうけど、
メモリの最小管理単位が1バイトだから、最低でも1バイト使わないとだめ。
C言語で言うビットフィールドを使って、ビット単位で管理するのもありだけど
（そうすれば、1バイトで8個のboolを管理できるよな)、それだと管理のための
メモリが必要になるし、速度面で効率的じゃなくなる。

だから、bool型は1ビットじゃないんだ。
もっとも、処理系によってはビット単位で管理してるのもあるかもしれんが。

684:・∀・）っ-○◎●
07/03/27 05:05:29
ダウンキャストっていうのかそれ
VC++の最近の実装（っていうかただのtypedef）ではBOOL＝charだったような

685:デフォルトの名無しさん
07/03/27 05:06:51
>>683
今VC++でsizeof(bool)の値を見たら1だった。

俺はbool型変数はクラスメンバぐらいでしか使わないから、
たとえ1ビットだとしてもアラインメントの影響で恩恵にあずかれないな。

686:・∀・）っ-○◎●
07/03/27 05:18:54
vector<bool>とか使うと恩恵があるかも

687:デフォルトの名無しさん
07/03/27 06:31:31
boolをvectorなんかに入れて一体何に使えというんだ

688:・∀・）っ-○◎●
07/03/27 06:34:33
何だ知らないのか

URLﾘﾝｸ(www.scl.kyoto-u.ac.jp)

689:デフォルトの名無しさん
07/03/27 06:50:59
>>688
そういえばそんなもんもあったな。

690:デフォルトの名無しさん
07/03/27 07:13:24
>684のすべてが意味不明

691:デフォルトの名無しさん
07/03/27 22:04:00
>>683
速度・効率だけでなく、ビット単位ではポインタとしてメモリアドレスが使えない。

ワードマシンでのchar*みたいにコンパイラが頑張る手もあるが、
bool*だけでなく必然的にvoid*もbool*に合わせなければならず、
void*とbool*だけ他のポインタと異なる大きさになってしまう。
無論規格上は問題ないが、実際問題void*の大きさがほかと異なるなんてやっていられないだろ。

692:デフォルトの名無しさん
07/03/27 23:05:56
関数へのポインタとデータへのポインタの大きさが違うなんて
昔は当たり前だったから、なんてことない。

693:デフォルトの名無しさん
07/03/27 23:14:25
>691
boolを1bitにするなら、sizeof(bool)をどうする気？

694:デフォルトの名無しさん
07/03/27 23:18:46
>>693
1/8

usodakara

695:デフォルトの名無しさん
07/03/27 23:21:03
>>693
それ忘れていたorz

>>684
Windows APIでは、typedef int BOOL; typedef char BOOLEAN;
しかしboolとは関係ない。

696:デフォルトの名無しさん
07/03/27 23:33:40
> typedef int BOOL; typedef char BOOLEAN;

わけわからん >>MS

ATL::CComPtr::operator&()もわけわからんかった。
凶悪。

697:・∀・）っ-○◎●
07/03/28 01:08:39
>>695
そこは固定じゃない。
なんのtypedefかはSDKのバージョンによってもしょっちゅう変わる。

まあ固定長ビット配列ならstd::bitsetなんかが一番効率いいかな。
1ワードの中に複数要素が詰め込めると何かと便利。

698:デフォルトの名無しさん
07/03/28 01:20:35
URLﾘﾝｸ(msdn2.microsoft.com)
実際にヘッダでどうなっているかはともかく、文書化されていることは当てにしていいと思う。

ところでBOOLEANはBYTEだったね、すまん。

699:デフォルトの名無しさん
07/03/28 02:12:43
>>691
void* と char* は同じ内部表現である必要がある。 (ISO C++ 3.9.2.4)
そのほかメモリモデルやオブジェクトモデルの定義からも char より
小さい型は存在し得ないと言える。

次ページ