C++相談室 part27

>>24
VC7.1でvolatile使わないと、加算演算が一切がっさい削除される。
結局結果を残さなくてもいいな・・・・とコンパイラが判断して無駄な
処理はばっさり切り落とすからだろう。

volatileにするとマルチスレッドで他のスレッドからも読むかも・・・
と判断して最適化しないと思わるる。

27 ：デフォルトの名無しさん：04/01/19 19:12

>>25
環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない。

28 ：デフォルトの名無しさん：04/01/19 19:14

>>27
すげえ。ダイナミックリンクしといてファイルサイズが増えないとかいってるよ。この人。

29 ：デフォルトの名無しさん：04/01/19 19:21

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

30 ：デフォルトの名無しさん：04/01/19 19:22

>>29
#include "stdafx.h"

後死ね。

31 ：デフォルトの名無しさん：04/01/19 19:23

>>30
言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

32 ：デフォルトの名無しさん：04/01/19 19:28

ねぇねぇ。みんなコピペってコレクションしてるの？
それとも毎回探してくるの？

33 ：デフォルトの名無しさん：04/01/19 20:37

地鎮祭状態だな(笑)

34 ：24：04/01/19 20:47

>>26
なるほど。
ありが㌧。

35 ：デフォルトの名無しさん：04/01/19 20:57

IDでないからコピペを一人で書き込んでるか、そうでないのか素人の俺にはわからんよ。

36 ：デフォルトの名無しさん：04/01/19 21:08

>>13
俺漏れも！

37 ：デフォルトの名無しさん：04/01/19 21:09

>>34
折角C++のスレなんだから、もう少し書いておくね。
volatileの意味はC++では拡張されて、クラスやメンバ
関数にも付けられる。
もしvolatileと宣言されたオブジェクトがあると、それは
volatileメンバ関数だけを呼び出せる。この点const
修飾子と似ている。
const と volatileの両方がつけられたオブジェクトは、
やはりconst と volatileの両方がつけられたメンバ関数
しか呼び出せない。マルチスレッドやマルチプロセスの
プログラムをC++で書く場合はしばしば関数のオーバー
ロードがこのために面倒な場合がある。

38 ：デフォルトの名無しさん：04/01/19 22:45

関数についてる「const」のことなんだけど
あるクラスXで関数を定義するときに

void func() const
const X func()

こういうふうにconstをつけているのを見るのだけど、これの意味って
一つ目は「クラスのデータメンバを変更しないという意味のconst」で合ってる？
これにより定数オブジェクトからもアクセスできるようになるってことかな。
で、次がよくわからないんだけど、戻り値にconstをつけるのはなんでなの？
これをつけると何がどう変わるんでしょーか？
基本的な質問でごめんちゃい

39 ：デフォルトの名無しさん：04/01/19 22:54

>>38
戻値がconstということ。const Obj func() とかだと、const Objが戻される。

40 ：デフォルトの名無しさん：04/01/19 22:54

const X func(); は意味がない。
const X& func(); なら意味がある。

41 ：40：04/01/19 22:56

訂正。
使いようによっては意味があるか。
func().somemethod(); が呼べたり、呼べなかったり。

42 ：デフォルトの名無しさん：04/01/19 22:58

>>39がObjと書いてるのが悪い

43 ：デフォルトの名無しさん：04/01/19 23:03

>>38
前に付けるconstと後ろに付けるconstじゃ意味が違うからね。
後ろにconst付ける時はその関数があるクラスのメンバ関数
でないと付けられない。

44 ：デフォルトの名無しさん：04/01/19 23:06

そうすると例えば
int& func() なら
func()=適当な整数とできるけど
const int& func() だと
func()=適当な整数　のような代入はできないってこと？
こんなことするかどうかは別にして。

45 ：デフォルトの名無しさん：04/01/19 23:07

>>44
メンバ関数ならわりとありうるが。

46 ：デフォルトの名無しさん：04/01/19 23:10

>>44
const_castと同じような意味で使えるかもしれないが。

47 ：デフォルトの名無しさん：04/01/19 23:14

>>44
const_castすると代入できるわけだが。(当たり前)

#include <iostream>

const int& func(const int& i)
{
return i;
}

int main()
{
int i = 9999;

const_cast<int&>(func(i)) = 1;

std::cout << i << std::endl;
}

48 ：デフォルトの名無しさん：04/01/19 23:15

実はconst char *だったりして

49 ：デフォルトの名無しさん：04/01/19 23:35

みなさんどうもです！
自分でも色々やってみます

50 ：デフォルトの名無しさん：04/01/20 01:47

>>44

まさにそのとおり。
とりあえず、EffectiveC++の21項あたりを読むことを勧める。

51 ：デフォルトの名無しさん：04/01/20 12:00

WM_KEYDOWNのlParamの30ビットを見て１なら処理しないっていう記述はどう書いたらいいでしょうか？

52 ：デフォルトの名無しさん：04/01/20 12:29

論理演算とかビット演算とかで調べれ

53 ：デフォルトの名無しさん：04/01/20 23:29

最近ネタないね。

54 ：デフォルトの名無しさん：04/01/21 03:11

int a=1;
int& r=a+1;
という表現は文法的に正しいですか？
一応私の環境ではエラーは出ないのですが。また

int& f()
{
static int x=1;
return x;
}

main()
{
cout<<f();
}

これはエラーにならないのですが
関数fの return x を return x+1 にすると
『参照は 'int' で初期化されているが 'int' 型の左辺値が必要』
というエラーが出ます。int& r=a+1 という表現が許されるのに
どうしてこういうエラーが出るのかいまいちわからないです。
それともそもそも int& r=a+1 という表現自体がおかしいのでしょうか。
それならむしろ納得がいくのですが・・・

55 ：デフォルトの名無しさん：04/01/21 03:40

>>54
正しくない。
a + 1 は式の結果だから、
規格上は普通の参照には渡せない。
（できるように拡張されたコンパイラもあるけど）

int a = 1;
const int& r = a + 1;

なら OK 。
const な参照の場合は
そういう式の結果でも入れれる。
その場合、式の結果を入れたテンポラリオブジェクトができて
それへの参照で初期化される。
もっとも、最適化されるとどうなるかは分からんけど。

あと、こういう風な束縛は関数の戻り値には適用されない。
テンポラリオブジェクトを作ろうとしても、
すぐ関数を抜けてしまうからね。

56 ：デフォルトの名無しさん：04/01/21 06:01

ちょっと困ったことがありまして、Cで書かれた某APIをC++でラップしようとしてうるのですが、

setcallback((関数ポインタ型*)foo);

という関数にクラスのメンバ関数を与えてやりたいんですが…。
static メンバ関数を使えというのは無しで…。

これってどうやったらいいんでしょうかね？
　識者のご意見頂きたいです、はい。

57 ：デフォルトの名無しさん：04/01/21 06:17

>>56
thisポインタが関連付けられないので、無理。

> static メンバ関数を使えというのは無しで…。
じゃぁ普通の関数でも使えば。

58 ：デフォルトの名無しさん：04/01/21 06:32

>>56

そのAPIがユーザー定義の引数を取るならそこにオブジェクトのポインタを渡し、
それをオブジェクトへのポインタにキャストしてメンバ関数を呼ぶコールバックを使う。

なんか、この質問FAQだな。

59 ：デフォルトの名無しさん：04/01/21 07:43

ユーザー定義の引数で渡すのが基本だけど一応不可能でもないかも。（不可能ではないというだけ）
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=999294620&res=128
ただしかなり無理してるので何をしてるか分からないなら使わない方が吉。
関数の引数をtemplate引数にするつもりだったけど面倒なんで。
これ以上は実行時にコードを生成する以外に思いつかないけど。

60 ：デフォルトの名無しさん：04/01/21 08:03

>>59
呼んだだけで、動かしてないんですけど、
Alloc の戻り値 obj.functions[index] には、いつ値が入るんですか？

61 ：60：04/01/21 08:03

s/呼んだ/読んだ/

62 ：60：04/01/21 08:05

すいません、見つけました。Impl::Initですね。

63 ：デフォルトの名無しさん：04/01/21 08:08

>>60
Func_Dispatch<>::Init()を呼んだとき。
よく考えたらコンストラクタで初期化すればいいだけなことに気が付いたけど(^^;
ただまともに実用することは考えてないんで（作ってみただけ）
あと、引数や戻り値などをテンプレート引数にするつもりだったなごりでtemplateクラスになってるけど実質templateクラスの意味なくなってる(^^;

64 ：60：04/01/21 08:09

お詫びにいいものオシエマース
http://lists.boost.org/MailArchives/boost/msg35037.php

65 ：54です：04/01/21 13:30

>>55
非常に丁寧な解説ありがとうございます。
助かりました。

66 ：デフォルトの名無しさん：04/01/21 17:35

テスト

67 ：デフォルトの名無しさん：04/01/21 17:53

/ ヘッダファイル
#ifndef head_H
#define head_H

class Test { プロパティメンバ関数など }; // ここを5行目とする

グローバル関数
int function();
void set(); などなど

#endif

// ソースファイル
#include "head.h"
メンバ関数の定義
グローバル関数の定義

// main関数
いろいろ

↑このような状態でmakeすると
「 head.h 5: { が必要」とゆうエラーが出るのですが、どう見ても"{"は書いてあるので
どこを直して良いやら……
ちなみに以前はグローバルにできる関数をフレンド関数にしていて
それをグローバルにしたのが上記のものなんですが
その以前のバージョンではちゃんとmakeとコンパイルはできていました。
どなたかお導きを……

68 ：デフォルトの名無しさん：04/01/21 17:54

>>67の一行目はもちろん
// ヘッダファイルです

69 ：デフォルトの名無しさん：04/01/21 18:02

＞class Test { プロパティメンバ関数など }; // ここを5行目とする
ここ

70 ：デフォルトの名無しさん：04/01/21 18:04

そこをどうしたらいいのでしょうか？

71 ：デフォルトの名無しさん：04/01/21 18:11

そこの中身を書いてくれないと誰も答えられんと思う。

72 ：デフォルトの名無しさん：04/01/21 18:15

>>70
クラス定義の中で { が足りないとしか思えませんよ。

73 ：デフォルトの名無しさん：04/01/21 18:26

一行にクラスの宣言(定義？)を書くのが問題あり

74 ：67：04/01/21 19:10

#ifndef Heimen_H
#define Heimen_H

class Heimen
{
private:

int x;
int y;

public:

Heimen(int u=0,int v=0);

int get_x() const {return x;}
int get_y() const {return y;}
void set_x(const int& u);
void set_y(const int& v);
const Heimen operator-() const {return (-1)*(*this);}

// ******************** フレンド関数 ********************

friend ostream& operator<<(ostream& output,const Heimen& X);
friend istream& operator>>(istream& input,Heimen& X);
};

グローバル関数
const Heimen operator+(const Heimen& X1,const Heimen& X2);
以下いくつかグローバル関数の定義がある

#endif

75 ：67：04/01/21 19:14

メンバ関数など、だいぶ端折りましたが
こんな感じです。あと当然検索で "{" や "}" を探しましたが
一箇所多い（少ない）ということはありませんでした。

76 ：デフォルトの名無しさん：04/01/21 19:22

>>75
そこまで削った結果でもまだ出ることは確認してあるんだよね?
で、それだけではやはりコンパイルできないので
(たとえばostreamにstd::を付けていないのは、その前に#include <iostream>と
using namespace stdがあるはずであることを示唆している)
includeする側も最小限にして、問題が再現する全体を提示してほしい。

77 ：67：04/01/21 19:27

わかりました。
とにかく問題の起こる最小限のソースにしたいと思います。
少々時間がかかると思いますが、今から作業をして再びソースを書きます。

78 ：デフォルトの名無しさん：04/01/21 20:18

>>74
どう見ても必要なセミコロンがないように見えるんだが？
単なるコピペ間違いか、それともネタかね？

79 ：デフォルトの名無しさん：04/01/21 20:32

>どう見ても必要なセミコロン
どれ？

80 ：デフォルトの名無しさん：04/01/21 20:53

というかコメントくらいまともに書けよ・・・と

81 ：67：04/01/21 21:03

どうやってもエラーが消えないと思っていたのですが
#ifndef Heimen_H
#define Heimen_H
#endif
この３行を消したらエラーが出なくなりました。
（まだ他のエラーはあるのですが……）
エラーの出た理由はなんだったのでしょうか？

82 ：デフォルトの名無しさん：04/01/21 21:20

今日は寝ろ

83 ：デフォルトの名無しさん：04/01/21 23:56

test

84 ：56：04/01/22 00:43

勉強になりました、57-60
やっぱりこんな感じになるんでねぇ今ひとつ自信がなかったのですが、
これで逝ってみます。ありがとございますた！！

void CallBack(CHoger* hoge)
{
hoge->Hage();
}

class CHoge {
void SetCb()
{
SetCbApi(CallBack, this);
}
virtual void Hage();
};

85 ：デフォルトの名無しさん：04/01/22 11:14

ブーツ・オン・ザ・グランドを果たしても、
結局アメリカは全頭検査しないんだな。
イラクから自衛隊全面撤退してもいいんじゃないか。

86 ：デフォルトの名無しさん：04/01/22 16:14

>>85
狂牛病ぐらいでびびってんなよ。いつかは死ぬんだ。

87 ：デフォルトの名無しさん：04/01/22 20:29

誤爆にマジレスすんなよ。自作自演か？
まぁ、ヨシ牛食えなくなるのは痛いがナ。

ところで吉牛嫌いなC++プログラマーとかいるんかの？

88 ：デフォルトの名無しさん：04/01/22 20:42

嫌いじゃないがあまり食わないな
簡単に済ませるときはマックでフィレオフィッシュ

89 ：デフォルトの名無しさん：04/01/23 12:18

質問です。 new(std::nothrow) を使用して確保したメモリを解放する際には、
普通の(placementでない) operator delete() を使用してもよろしいのでしょうか。

void operator delete[](void*, const std::nothrow_t&) throw();
↑newヘッダファイルに std::nothrow を引数に取る operator delete() が定義されていますが、
使い方がわかりません。

よろしくお願いします。

90 ：89：04/01/23 13:06

定義じゃなくて宣言ですね。

91 ：デフォルトの名無しさん：04/01/23 14:16

少なくともoperator delete()は、operator new()と対になったもので
malloc()/free()に例外とnew_handlerを加えたような動作をする。
new演算子やdelete演算子とは異なり、メモリの確保/解放をするだけ。

92 ：89：04/01/23 15:29

>>91
回答ありがとうございます。すいません。私の書き方が悪かったです。
　　char *buf = new(std::nothrow) char[1024];
として確保したメモリを、
　　delete[] buf;
として解放してもよいのかを聞きたかったんです。
ヘッダファイルを見ると std::nothrow を引数に取る delete がありますが、
この delete を呼ぶ必要はあるのでしょうか。

93 ：デフォルトの名無しさん：04/01/23 22:37

>>92
そのnewは旧式のnew(メモリが確保できないとstd::bad_allocを
投げないで0を返す)だからもちろんdelete[] buf; は必要だよ。

俺はまたplacement_newについて聞いているのかと思った。

94 ：デフォルトの名無しさん：04/01/23 23:06

>>93
回答ありがとうございます。
　　operator delete[](buf, std::nothrow);
としなくてはならないのかと混乱していたのですが、普通に
　　delete[] buf;
でよいということですね。placement deleteは謎です……。

とにかく、ありがとうございました。

95 ：デフォルトの名無しさん：04/01/23 23:13

placement deleteって何？
placement newに対するデストラクタ呼び出しは
デストラクタの直接起動だよ

96 ：デフォルトの名無しさん：04/01/24 00:04

>>94
おいおい、deleteは全部nothrowだぞ。それから>>95も言ってるけど
placement deleteなんて物は存在しないぞ。

97 ：デフォルトの名無しさん：04/01/24 00:17

new/delete new[]/delete[] new(std::nothrow)/delete(t, std::nothrow)
のペアがあって
new(std::nothrow)[]の対になるdeleteは何かという話じゃないの？

98 ：デフォルトの名無しさん：04/01/24 00:18

placement new と　ただのnewって何が違うの？
後、return hogeとreturn(hoge)の違いは何？

99 ：デフォルトの名無しさん：04/01/24 00:21

operator delete[](buf, nothrow); で呼べるけど、
多分 delete[] buf; でも同じことだと思う。
規格上はどうなのかな？

100 ：デフォルトの名無しさん：04/01/24 00:22

>>98
> 後、return hogeとreturn(hoge)の違いは何？
同じ。
a = 0; と a = (0); で違いがないのと同じようなもの。

101 ：デフォルトの名無しさん：04/01/24 00:27

>>95
それでもいいけど、
operator delete(p, NULL); でもいい。
new/delete の対応がないのが気持ち悪い人用。

102 ：デフォルトの名無しさん：04/01/24 00:43

>>101
それだけだと、デストラクタが呼ばれないんじゃない？

103 ：デフォルトの名無しさん：04/01/24 01:19

ほんとだ。呼ばれない。
じゃぁ、オーバーロードした delete って
どうやって呼ぶんだ？

104 ：デフォルトの名無しさん：04/01/24 01:25

Elements of Reusable Object-Oriented Software CD
ダウンロードしたぜ。（ｗ
URLは・・・・秘密。ぐぐれ。必死に。

105 ：デフォルトの名無しさん：04/01/24 01:27

>>98

returnに()をつけるかどうかは結構宗教論争の種。
つけない派の主な理由は、
「タイプミスしてretrun (foo);とした時に、コンパイルエラーにならない。
　こういう場合、やっぱりコンパイラで落としてほしい」
というもの。要するにretrunという(外部)関数とみなされて、
リンカでやっとチェックが入る。

C++だったらエラーにしてくれるような気もするが、
俺は上記理由をきいて以降つけない派なので確認してない。

どっちかというとC++じゃなくてCの内容だ。
すれ違いすまん>スレ住人。

106 ：デフォルトの名無しさん：04/01/24 01:45

>>103
placement new が成功した後、コンストラクタから例外が飛んだとき呼ばれる。

placement new ってのは、引数つきの new を総称する用語、
だったとおもう。

107 ：デフォルトの名無しさん：04/01/24 03:06

大抵のエディタならreturnなどの予約語は色付けされるから
パッと見てtypoに気付くと思うのだが…

108 ：105：04/01/24 09:31

それはWindowsなんかで統合環境が出来てからの話。
というか、今、ジェネレーションギャップを感じた俺。

109 ：デフォルトの名無しさん：04/01/24 09:59

無駄な括弧は書かないだけだな。
括弧がないからってどこまでがreturn式なのかわからなくなることもないし(笑)

110 ：デフォルトの名無しさん：04/01/24 10:03

俺は普段は括弧を書かないけど、
return に続くものが 2/3 項演算子を含むときは
括弧で囲んだ方が見栄えがいいので括弧で囲むな。
まぁ、趣味の世界だな。

111 ：デフォルトの名無しさん：04/01/24 11:35

>108
しかし今となっては107が全て。
カードにfortranのコードを書いてた時代の常識など誰も覚えちゃいないのと同じ事。

112 ：デフォルトの名無しさん：04/01/24 11:43

エディタでもC++予約語、MS予約語なんかは
色がついてないと気持ち悪いよな。

113 ：デフォルトの名無しさん：04/01/24 11:45

MS の予約語はどうでもいいや。

114 ：デフォルトの名無しさん：04/01/24 11:57

主にモノクロ vi でプログラムしてるので
たまに VC++ でプログラムすると
色やインテリセンスのありがたみを
ひしひしと感じる。

115 ：デフォルトの名無しさん：04/01/24 13:55

>>111

だから括弧を書けというのかあんたは？

116 ：デフォルトの名無しさん：04/01/24 14:00

カッコつきは return を関数か何かと勘違いしてるように見えてダサい。

117 ：デフォルトの名無しさん：04/01/24 14:06

>>114
> 主にモノクロ vi でプログラムしてるので
vim(gvim)使えば？

118 ：デフォルトの名無しさん：04/01/24 14:28

>>117
正直 UNIX ではgvimをつかっても何もいいことがないような気がする。
vim + color terminal のほうが便利。

119 ：デフォルトの名無しさん：04/01/24 16:16

>>89
IS 3.7.3.2の3より。
>...Otherwise, the
>value supplied to operator delete(void*) in the standard library shall be one of the values returned
>by a previous invocation of either operator new(size_t) or operator new(size_t, const
>srd::nothrow_t&) in the standard library, and...

というわけで、問題なし。

120 ：デフォルトの名無しさん：04/01/24 18:11

しょうもない質問でもうしわけないのですが、
if(obj != NULL && obj->data > 100)
　　std::cout << obj->data - 100 << std::endl;
のように obj != NULL　の評価が false の時、
obj->data > 100 は評価されないことが保証されているのでしょうか？
今まで、前の結果に関係なく全てが評価されると思い込んでいたもので。

121 ：デフォルトの名無しさん：04/01/24 18:16

>>120
C / C++ では、保証されている。
短絡評価でググルべし。

同様に、a || b なら、a が真 (と評価される) なら、b は評価されない。

122 ：デフォルトの名無しさん：04/01/24 18:16

>>120
基本的には保証されてるけど、
operator&&() を自前で実装した場合は逆に必ず評価される。

123 ：デフォルトの名無しさん：04/01/24 18:29

>>121-122
レス有難うございます。
ついさっきまで全て評価されると思い込んでいて、
if(obj != NULL)
　　if(obj->data > 100)
　　　　std::cout << obj->data - 100 << std::endl;
と、 obj->data に不正アクセスされまいと if 文を分けていました。
いつもこれが嫌だったんですがこれですっきりします。
でも operator&&() だけが評価方向(結合規則?)が違うのも
ちょっとすっきりしないですね。
もう少し調べて見ます。ありがとうございました。

124 ：デフォルトの名無しさん：04/01/24 18:32

>operator&&()
演算子に見えるけど実体は関数/メンバ関数だから、
関数の引数の評価規則に準じるという意味では自然かと。

125 ：デフォルトの名無しさん：04/01/24 18:40

>>123
ttp://www.tietew.jp/cppll_novice/archive/93

126 ：デフォルトの名無しさん：04/01/24 18:43

間違えた
ttp://www.tietew.jp/cppll/archive/93

127 ：123：04/01/24 18:59

>>122,124
a && b && c && d
とやったら d, c, b, a と評価されるのかと勘違いしてました。
おっしゃる通り自然でした。

>>126
三項演算使う場合も　b ? f() : 0;　なんてやってたもんですから、
今から全てそういう形式に書き直そうかなぁと考えてます。

templateの再帰だのなんだのやる前に基本的なことがわかっていなかった・・・。
長いことc/c++やってるけど意外と知らないことが多すぎ。

128 ：デフォルトの名無しさん：04/01/24 19:16

本当に長いことやってそれだったらやばすぎ。
他人のソースをまともに理解できてないことだってあっただろうに。

129 ：123：04/01/24 20:05

>>128
常識ってことですか…。今まで引っかかりすらしなかった…。
あまり他人のソース見てないと言われれば見てないかも。
ちなみに本職ではないのであまりつっこまんでくだせぇ。

130 ：Addicted to C++ ◆cpp/Sz/v02 ：04/01/24 23:22

>>122
ちょい待ち。関数呼び出しの引数評価の順序は不定。

from More Effective C++ 項目7:「&&,||,,をオーバーロードしない」

131 ：デフォルトの名無しさん：04/01/24 23:36

>>130
引数評価の順序が不定なことと、引数がすべて評価されることは何も矛盾しないぞ。

132 ：Addicted to C++ ◆cpp/Sz/v02 ：04/01/24 23:39

>>122
お、読み違え。ｽﾏｿ
>>131
指摘ありが㌧

133 ：89：04/01/25 01:06

>>119
なるほど！やっと理解できました。

みなさんどうもありがとうございました。

134 ：デフォルトの名無しさん：04/01/25 02:09

struct Hoge {
　template < typename T > operator T () const;
};

というクラスがあるとき、

Hoge hoge;
if(hoge) { ... }

と使った場合に、Hoge::operator T() の T は bool 型として呼ばれることは保証されているのでしょうか？

135 ：デフォルトの名無しさん：04/01/25 02:34

>>134
boolが明らかに必要な場所だから hoge.operator<bool>();
として呼び出される。

136 ：134：04/01/25 03:23

>>135
お答えありがとうございました。bool なのですね。

C++だと、int や void* でも if の判定に使えてしまうので、
もしかしたら～と心配になっていました。

137 ：デフォルトの名無しさん：04/01/25 03:45

つーかこんな危ないテンプレート作るなよ。
型ごとに個別に定義しとけ。

138 ：デフォルトの名無しさん：04/01/25 09:36

サブクラス = スーパークラス;

の形で代入された場合にサブクラス固有のメンバを初期化したいと思っています。
そこで

class foo { protected: int foo_value; };

class bar : public foo
{
private: int bar_value;
public: bar & operator =( const foo & f )
{ foo_value = f.foo_value; bar_value = foo_value * 2; return *this; }
};

のように書くと「protected メンバにアクセスできません」とコンパイラに怒られてしまいました。
foo_valueをprotectedにしたままこれを実現するにはどうしたらいいのでしょうか。

また、実際には

サブクラス<hoge> = スーパークラス<piyo>;

のような変換も目的としています。

139 ：デフォルトの名無しさん：04/01/25 10:19

>>138

　foo::operator=(f);

でいいんじゃないかな？
オーバーライドした時に
スーパークラスのバージョンのやつを呼ぶことがあるのと
同じようなこと。

140 ：138：04/01/25 10:33

>>139
すみません。
言っている意味が良く分からないのですが、

foo::operator=(f);

はどこに書くのでしょうか。
それともfoo::operator=(f)をfooクラスに作るという意味ですか？
そうするとbarクラスの初期化をどうやるのかが分かりません。

141 ：デフォルトの名無しさん：04/01/25 10:35

>>140

　foo_value = f.foo_value;

の代わりに

　foo::operator=(f);

ってこと。
今の状態だと foo で = 演算子を定義してないから、
デフォルトの = 演算子（メンバ全部代入して移す）が適用される。

もしこれがいやなら、代わりに
適当な protected メンバ関数でも作って、
それ呼べばいいんじゃないかな？

142 ：141：04/01/25 10:41

あぁっと、
> もしこれがいやなら、代わりに
> 適当な protected メンバ関数でも作って、
> それ呼べばいいんじゃないかな？
は、foo に作るのね。

class foo {
protected:
　int foo_value;
　void copy_value(const foo& f) {
　　foo_value = f.foo_value;
　}
};

class bar {
　int bar_value;
public:
　bar& operator=(const foo& f) {
　　copy_value(f);
　　bar_value = foo_value * 2;
　　return *this;
　}
};

143 ：138：04/01/25 11:09

>>141
おぉ、成る程！
ありがとうございます。

しかし、barはfooを継承しているのに
外から来たfooのprotectedメンバ変数にアクセスできないというのが納得いかないのですが。

class baz {
private:
int my_value;
void copy( const baz & b )
{ my_value = b.my_value; }
};

はb.my_valueが外から来たbazのprivateにも関わらずちゃんとアクセスできるのに。

144 ：デフォルトの名無しさん：04/01/25 11:28

だよなぁ。
でも、何らかの危険性を回避するために
そうしてるんだろうなぁ。
それが何かはパッとは思いつかないけど。

145 ：デフォルトの名無しさん：04/01/25 14:34

>>143 >>144
同じクラスのprivateメンバ、protectedメンバはアクセス
出来ても、継承したらもう外部からはアクセスできない
というルールが見つかればいいんだよね。

146 ：デフォルトの名無しさん：04/01/25 16:44

Javaでthis.x = x;とするように、インスタンス変数とメソッドのパラメータを
同じ名前にして、値を受け渡す様なことは出来ないでしょうか。

class hoge{
　int value;

　public void method(int value){
　　this.value = value;
　}
}
こんな感じで。

147 ：デフォルトの名無しさん：04/01/25 16:46

(*this).value = value;
ではだめ？

148 ：デフォルトの名無しさん：04/01/25 16:46

できますよ

149 ：デフォルトの名無しさん：04/01/25 16:46

this->value = value;

150 ：147：04/01/25 16:46

this->valueでもいいかな？

151 ：147：04/01/25 16:47

うお、かぶったーーーーーｽﾏｿ

152 ：デフォルトの名無しさん：04/01/25 16:51

メンバ変数にプリフィクスでも付けた方が
タイプ数減ると思うんだけどなぁ。

153 ：デフォルトの名無しさん：04/01/25 16:52

あぁ、そうか。
他のところで増えるんか。

154 ：146：04/01/25 17:48

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

155 ：デフォルトの名無しさん：04/01/26 16:38

for文でcinから入力された文字がAかBかCかDならforから抜け出すという
条件を書きたいのですが…何回も書いても上手くいきません。。
教えていただきたい…。

156 ：デフォルトの名無しさん：04/01/26 16:44

>>155
とりあえずうまくいかないコード見せないと、なんとも。

157 ：デフォルトの名無しさん：04/01/26 20:06

VC++でSTLのVectorコンテナをいろいろ試してるんですが、
erase()メソッドで要素を一部削除しても、サイズが減少しません。
これはどのコンパイラでも同じなんでしょうか？
それとも要素である構造体にデストラクタを実装しろということなんでしょうか。

158 ：デフォルトの名無しさん：04/01/26 20:19

>>157
自己レスです。
vector<int>で試してみるとやっぱり減ります。

struct item
{
string name;
string type;
int size;
};

vector<item> vitem;

の最初のstringだけが削除されているようです。
デストラクタでname.clear()かなんかしろということなんでしょうね、きっと。

159 ：デフォルトの名無しさん：04/01/26 20:23

erase する部分のコードも欲しいな。

160 ：プログラム初心者：04/01/26 21:20

こんにちわ。現在、USBハブ経由で複数のUSBケーブルをPCに繋いで
それらのケーブルに接続した携帯電話同士でデータ転送を行いたいと
考えております。
OSによっては毎回USBケーブルに割り振られるポートが変わってしまう
ようなのですが、これを回避する為にケーブル毎に割り振られるポート
をプログラム的に指定したいと考えております。
例えばC++を使用した場合どういった実現方法があるでしょうか？
ポートを指定できるようなオブジェクトが標準で提供されている
でしょうか？
どなたか御存知の方がいらしたら宜しくお願いします

161 ：デフォルトの名無しさん：04/01/26 21:36

>>160
>>ポートを指定できるようなオブジェクトが標準で提供されているでしょうか？
C++言語ではそういったライブラリは用意されていません。
ご使用になる OS の API 等をご確認ください（「このスレッドで質問する」以外の方法で）。

162 ：デフォルトの名無しさん：04/01/26 23:59

>>157-159
むしろ、サイズ・削除されているorいない、をどうやって確認しているかの方が怪しいな。

163 ：デフォルトの名無しさん：04/01/27 00:19

>>157
swap技法(Effective STL日本語版P76)
std::vector<item>.swap(vitem);

164 ：デフォルトの名無しさん：04/01/27 01:36

>>163
括弧が抜けてるYO
std::vector<item>().swap(vitem);

165 ：デフォルトの名無しさん：04/01/27 07:57

キャパシティじゃなくてサイズって言ってるし

166 ：デフォルトの名無しさん：04/01/27 09:53

>>164
うぉ、コンストラクタを呼び出す()を忘れた。
>>165
よく読んでみるとそうでした。

std::vector::erase(itr)はイテレータが指す要素を削除し、次の
要素を指すイテレータを返しますが、サイズは変化しません。
サイズを変化させる(切り詰める)には明示的にstd::remove()
を呼び出す必要があります。

167 ：デフォルトの名無しさん：04/01/27 12:36

>>166
ん？サイズは減るでしょ。減らないのはキャパシティ。

168 ：デフォルトの名無しさん：04/01/27 14:11

ちょいと初歩的かもしれないが質問させてちょ
#include　<iostream>
using　namespace　std;

class　CClass_A
{
public:
　CClass_A()　{　cout　<< "A Construct" <<　endl;　}
　~CClass_A(){　cout　<< "A Destruct" <<　endl;　}
};

CClass_Aa;
int　main(){　return 0;　}

上のソースだと CClass_A のコンストラクタは呼び出されるけど、
デストラクタが呼び出されない。
これって永遠にデクトラクタ呼び出されないコース？
CClass_A a の有効範囲からして終了時に呼び出されるから画面にはでないだけで
実は呼び出されているとか？
hoge.exe >> hoge.txt でテキストに落としたけど
やっぱりデストラクタは呼び出されていないんだ
素直に new して delete しろってことかい？

169 ：デフォルトの名無しさん：04/01/27 14:20

CClass_Aのデストラクタより先にstd::coutのデストラクタが呼ばれてるので、
CClass_Aのデストラクタが呼ばれるときにはすでにstd::coutが無効になっている。
ただそれだけ。

170 ：デフォルトの名無しさん：04/01/27 14:36

>>169
なるほど std::cout が先に無効になるんだ
デストラクタで最終的にログを取りたかったからデストラクタの部分に
テキストファイルとして出力するように改良してみたらうまく呼び出されてたよ

これで謎も解けたしログも取れたしＣ＋＋はおもしろいや

171 ：デフォルトの名無しさん：04/01/27 20:10

>>166
もうちょっと落ち着いて、確認してから書き込んでください。

172 ：デフォルトの名無しさん：04/01/27 21:41

157です。
サイズってのはsize()という意味ではなく、実メモリ領域の大きさを
いいたかったんですが、結局のところ、erase()すると開放されるんでしょうか？

まあ、end()のイテレーターは確かに削除後の最後の要素を指しているようなので
気にしないでとっととコーディングを進めることにします。

みなさんありがとうございました。

173 ：デフォルトの名無しさん：04/01/27 21:55

>>172
> erase()すると開放されるんでしょうか？
されない。どうしても解放しなければならない理由が
あるのなら、>>163の方法を使う。

174 ：sage：04/01/27 21:55

>>169
コンストラクタの逆順でデストラクトされるってルールに従えば
CClass_A aの構築前にcoutが構築されているなら大丈夫な気がするんだけど……

って、これが保証されるのは同じ翻訳単位内だけだっけ？

175 ：デフォルトの名無しさん：04/01/27 23:30

>>168
規格違反と思われ。
現象が発生する環境キボン。

176 ：デフォルトの名無しさん：04/01/27 23:32

>>172
いや、std::vector::erase()は配列に0を書き込むようなもの。もちろん
そこに入ってるものがクラスならデストラクタも呼び出してくれる。
しかしポコッと穴が開くだけ。

開放するという意味とキャパシティが減少するという意味を取り違え
なければわかるはず。

177 ：デフォルトの名無しさん：04/01/27 23:37

>>176
いや、だからvectorのeraseは詰めるって
それでsizeが減少するんだって

178 ：デフォルトの名無しさん：04/01/27 23:41

>>176
いままであんたの作ったコードにstd::vector::erase()がなかったことを祈るよ。

179 ：デフォルトの名無しさん：04/01/28 00:19

clear が erase で実装されてるのを見たことがある希ガス

180 ：デフォルトの名無しさん：04/01/28 00:24

とどのつまりは、std::vector::erase()は要素を削除し、詰めるが、
capacity()は変化しないという事でOK?

#include <iostream>
#include <vector>

class Test {
int t;
public:
Test(int i = 0) : t(i) {}
};

int main()
{
std::vector<Test> abc(100);

std::cout << "size = " << abc.size() << ", capacity = " << abc.capacity() << std::endl;
std::vector<Test>::iterator iv = abc.begin() + 50;
abc.erase(iv);
std::cout << "size = " << abc.size() << ", capacity = " << abc.capacity() << std::endl;
}

181 ：デフォルトの名無しさん：04/01/28 00:28

おｋ

182 ：デフォルトの名無しさん：04/01/28 00:29

183 ：デフォルトの名無しさん：04/01/28 00:42

ちなみにswap技法の書き方も間違っている。

×std::vector<Test>().swap(abc);
↑こう書くと、空のvectorと交換するため、空のvectorが出来上がる
ので駄目。

○std::vector<Test>(abc).swap(abc);
↑capacity()を切り詰めたいならこう書く事。

184 ：デフォルトの名無しさん：04/01/28 01:42

>>183
用途が違うだけで間違ってるとは言えない気がする。

185 ：デフォルトの名無しさん：04/01/28 06:11

0では駄目でNULLが必要なのはどういう場面でしょうか？

C FAQ5.5の中で
http://www.catnet.ne.jp/kouno/c_faq/c5.html#5
「キャストのついてない0がポインターを必要とする場所にあらわれた場合に、
コンパイラは、そのマシンに適切なヌルポインターを作り出すことができなければならない」
という記述があります。
これをわたしは

char *pt;
if ( pt == 0 )

というソースがあれば

if ( pt == (char *)0 )

とコンパイラーに解釈されることが保証されているという意味だと(わたしが)解釈して
「型にあわせてキャストしてくれるならNULLという表現はどうしてあるのか？0でいいのでは？」
と考えたわけです。

NULLがはびこっている以上、この類推のどこかの時点で間違ってると思うのですがどこでしょうか？
つっこみお願いします。

186 ：デフォルトの名無しさん：04/01/28 06:39

希望の形を選択し、大きさを入力すると、*で丸、正方形、長方形を描きます。
授業になかなか着いて行けないので困っています。
事情のわかる方よろしくお願い致します。

http://up.isp.2ch.net/up/2e6bb62a6ceb.exe
C++ の初級授業で出された宿題なのですが、
これと同じ機能を持つプログラムを組まなければ成りません。

187 ：デフォルトの名無しさん：04/01/28 08:00

>>185
その類推はあってるんだけど、C++ では

　#define NULL 0

とのみ定義される。
従って、　可読性を高める　ために NULL を使うだけであって、
実際の動作で 0 と異なる点は一切ない。

C では int 変数とかに代入できないよう

　#define NULL ((void*)0)

という定義も許されてたから可読性以上の意味があったけど、
C++ では void* から任意のポインタ型への暗黙のキャストが廃止されたため、
この定義が使えなくなった。

どうせなら null キーワードでも作ってくれれば良かったんだけどね。
NULL 使わずに 0 を使う人もいるから導入しなかったのかな...。

188 ：デフォルトの名無しさん：04/01/28 08:32

>>187
禿自身が0派だからね(笑)

189 ：168 ：04/01/28 10:33

>>174,175
OS win98 VC++6.0 コンパイルオプションデフォルトです。

オブジェクト脳内構築順番では std → CClass_A だから
起動して実際にコンストラクタが呼ばれるのは std → CClass_A
デストラクタはその反対で CClass_A → std
だから std が先に無効になるのはちょっと疑問は残っていたんだ

やっぱり規格違反なのかな

190 ：デフォルトの名無しさん：04/01/28 11:38

式の中で一時オブジェクトのポインタを使用したら
警告を受けました。

foo( &String("hello") ); ←こんな使い方で
warning: taking address of temporary ←警告でました

横着しないでオブジェクトを確保すべきでしょうか？

191 ：デフォルトの名無しさん：04/01/28 11:48

>>190
ya

192 ：デフォルトの名無しさん：04/01/28 11:57

もしくはfooの引数を定数参照にするかだな。
本当にアドレスが欲しいのでなければ

193 ：デフォルトの名無しさん：04/01/28 11:58

>>190
ttp://www.tietew.jp/cppll/archive/9104

194 ：190：04/01/28 12:11

>>191,192,193
ありがとうございます！勉強になりました。

195 ：デフォルトの名無しさん：04/01/28 12:44

>>189
どちらにしろ、たまたま CClass_A → cout になっただけで
動かなくなるプログラムは組むべきではない。

196 ：崖っぷち：04/01/28 13:12

誰か助けてください！
大学でレポートが出されまして、これが明日までに出来ないと留年してしまいます！
どなたか宜しくお願いします・・・・(T_T)

配列Ａのデータをソートせよ。ただしＡの入力は Void getdata(int *n,double *a)
を呼び出せば入力できるものとする。

っていうものです。このままでは本当に留年が確定してしまうのでどなたか助けてください・・・・・

197 ：デフォルトの名無しさん：04/01/28 13:16

#include <algorithm>
#include <vector>
int main()
{
std::vector<double> a; int n;
getdata(&n,NULL); a.resize(n); getdata(&n,&a[0]);
std::sort(a.begin(), a.end() );
}

198 ：崖っぷち：04/01/28 13:35

>>197さん
それであっているのでしょうか？
学校でないと実行できないのでよくわかりません・・・・。
いかんせんパッパラパーなもので申し訳ないです・・・。

199 ：デフォルトの名無しさん：04/01/28 13:47

>198
教えてもらってるのに信用しない
信用出来ないけど、自分で判断する脳もない
そんな貴方には留年が最適かと思われます

200 ：デフォルト名無しさん：04/01/28 13:52

ファイルの読み込みについて質問です．

001.csvを読み込む
　↓
計算(if,and,orで1と0にするだけの単純なもの)
　↓
aaa.txtに追加書き込み
　↓
002.csvを読み込む
　↓

このようなプログラムをループさせて，600ファイルほど計算したいのですが
名前の違うファイルをループさせて読み込ませるにはどうしたらいいでしょうか？

201 ：デフォルトの名無しさん：04/01/28 14:31

あってはいても、人に教わったのがバレバレでやっぱり留年(w

>>200
ファイル名次第。規則性があれば簡単。なければファイル名リストを用意せなアカン。
いずれにせよ環境依存。

202 ：デフォルトの名無しさん：04/01/28 14:35

>>200
C++に何の関係もなくて宿題スレ行きっぽいけど、
まあ簡単だから答えておくと、

for (int i=1;i<=600;++i){
　　char filename[256];
　　sprintf(filename,"%03d.csv",i);
　　// 処理いろいろ
}

これで、filenameの中には001.csv～600.csvって文字列が順次入るから、
それを使ってファイルをオープンして処理すればいい。

203 ：168：04/01/28 16:42

>>195
OK!
素直にnew,deleteするよ

204 ：デフォルトの名無しさん：04/01/28 18:17

>>4に紹介されている本が置いてある書店を知りたいんですが
上野を中心に考えてどこかないでしょうか。
中身を見ずに通販で直接買うにはやや高いので、出来ればパラパラと
内容確認をしてから買うかどうか決めたいのです。

205 ：デフォルトの名無しさん：04/01/28 18:59

>>204
英文でよければpdf落っこちてるよ(ﾀｲｰﾎ)

206 ：デフォルトの名無しさん：04/01/28 19:15

>>204
上野ってのが東京のそれなら秋葉原なり神田なりまでいけばいくらでも。

207 ：デフォルトの名無しさん：04/01/28 19:43

>>204
レビューもあるのにそこまで嫌なら足で稼ぐしかないでしょ
書店っていってもたまたま在庫切れだったりするし

208 ：デフォルトの名無しさん：04/01/28 20:22

>>204
4にのってる本はあまりに有名なので秋葉でも神田でもどこでも置いてあると思われ。
足で稼ぐほどでもない。

まぁ強いて言うなら、上野からの距離という意味では東大の生協が一番近いかもしれん。

209 ：デフォルトの名無しさん：04/01/28 21:39

インターフェースの実装についてです。

通常の本では、インターフェースの実装はインターフェースクラスにメソッドを仮想関数
として実装し、それを使う側がメソッドをオーバーロードして使うような手順になるよう
ですが、そもそもインターフェースは提供者側がメソッドを定義して使わせるという
イメージだったのですが、逆のような気がするのですが、どうしてこうしてるのでしょうか？

210 ：デフォルトの名無しさん：04/01/28 21:46

>>209
継承、抽象化、隠蔽化などについて勉強汁。

211 ：２０９：04/01/28 22:46

すみません。質問の仕方をちょっと変えてみます。

あるインターフェースクラスＡを別のクラスＢ，Ｃ，Ｄが使うという場合、
Ｂ，Ｃ，Ｄがオーバーロードするメソッドが異なれば意味ありますが、
もし全く同じものなら、クラスＢ，Ｃ，Ｄのおのおのに、オーバーロード
すべき（全く同じ）メソッドを定義しなければならなくなると思ったのですが。

212 ：デフォルトの名無しさん：04/01/28 22:56

>>211
「インターフェースを使う」の意味が曖昧。
オーバーロードとオーバーライドの意味を混同しているっぽい。
「メソッド」が「同じ」とか「異なる」とかの意味が不明。

総じて、意味がわからん。

213 ：デフォルトの名無しさん：04/01/28 22:56

>>211
JavaじゃねぇんだからそういうのはAで普通の仮想関数として定義しとけばいいだろ

214 ：デフォルトの名無しさん：04/01/28 23:07

>>211
簡単なプログラム例でいいから具体的に示してよ。
本当に簡略化した奴でいいから。

215 ：デフォルトの名無しさん：04/01/28 23:26

>>211
デフォルトの実装がだいたい決まっている場合は
Javaだと継承して～Adaptorなんてクラスを作る

このへんは経験で言わせてもらうが
しみったれた実装を残しておくぐらいなら
インターフェースを明確にしておく安心感の方が
はるかに大きい

216 ：デフォルトの名無しさん：04/01/28 23:31

>209
「使用者」→（使う）→「インターフェイス」←（実装する）←「提供者」

217 ：デフォルトの名無しさん：04/01/29 00:05

>>196-199 ｵﾓﾛｲ

218 ：デフォルトの名無しさん：04/01/29 01:39

例外処理で質問です。
try{
int x = 0;
int y = 4/x;
} catch(...){
//error
}

のように書いたとき全ての例外をキャッチできますが、
catch(．．．)の書き方は一体何なんでしょうか？
VCを使ってますが処理系に依存するコードなんでしょうか？

219 ：デフォルトの名無しさん：04/01/29 01:49

>>218
全ての型。環境依存ではない。

220 ：デフォルトの名無しさん：04/01/29 02:01

>>218
しかしそのコードは（int y = 4/x; で）未定義動作を起こす。

221 ：デフォルトの名無しさん：04/01/29 02:06

intで0除算したら例外が飛んでくることを期待している？

222 ：デフォルトの名無しさん：04/01/29 02:12

0除算で投げられる例外はWin32構造化例外。
それがcatch(...)で捕捉できるのはVC++の独自拡張。

223 ：185：04/01/29 09:23

>>187
可読性のためなんですね。
ありが㌧。

224 ：デフォルトの名無しさん：04/01/29 09:39

時々structをclassのように使ってるのを見るけど
struct hoge
{
　　int foo;
　　hoge() {
　　　....
　　}
}
これって文法上何って言うのでしょうか？(調べるためのキーワードがわからなくて・・
classとどう違うのですか？

225 ：デフォルトの名無しさん：04/01/29 09:51

>>224
基本的に、classと違わない。
アクセス属性を何も書かなかったときのデフォルトが、
　class → private
　struct → public
なだけ。

226 ：デフォルトの名無しさん：04/01/29 10:02

C++ の文法上はやっぱり構造体と呼ぶしか無いだろうな。

227 ：デフォルトの名無しさん：04/01/29 11:46

publicメンバ持ってるよんと明示するときにstructにしてる。

228 ：デフォルトの名無しさん：04/01/29 12:20

Cのランタイムについて教えていただきたいのですが、
BCBとVCではランタイムのソース（実装）が違いますが
これって標準Cでは機能だけ指定されていて、実装は
各コンパイラメーカに任されているっていうことなのですか？

229 ：デフォルトの名無しさん：04/01/29 12:32

Cみたいにデータだけ登録する場合はstructだなぁ。

>>228
ライブラリってそういうものだよ。規格さえ守っていれば実装はどうでも良い。

230 ：デフォルトの名無しさん：04/01/29 12:34

>>228
（ﾟДﾟ）ﾊｧ?
標準Cはただの言語仕様だ。
何も実装はしない。

231 ：デフォルトの名無しさん：04/01/29 12:37

>>228
ここはC++スレだけど、標準Cと言っているので一つ例を出すと、
qsortがいい例だね。別にクイックソートを使わなければならないわけではなく、他のソートと組み合わせてもいい。
bsearchもバイナリサーチでなくてもいい(前提条件があるから他の方法で実装する人はいないだろうけどねぇ)。

232 ：228：04/01/29 12:39

>標準Cはただの言語仕様だ。
>何も実装はしない。

未熟ですみません(--);;
標準Cというのはstdのことですよね。
とするとstdの一部であるのSTLとかも、機能とか最低限
のレスポンスが229さんが言うように定められていて
実装はコンパイラメーカが自由にできるという認識
でいいんですかね。

233 ：228：04/01/29 12:42

>>231
なるほど。あくまでクイックにソートできればいいという
話でアルゴリズム（実装）は自由なんですね。
アホなもんで、CRTのソースは標準化機構が作って各コンパイラ
メーカに配っているのだと思っていました。。。

234 ：デフォルトの名無しさん：04/01/29 12:42

>>232
実装まで定義されていたら作れない環境が続出しちゃうよ。
OSの機能を使わざるを得ない関数(malloc,fopen,etc...)とかね。

235 ：228：04/01/29 12:44

>>234
>実装まで定義されていたら作れない環境が続出しちゃうよ。
>OSの機能を使わざるを得ない関数(malloc,fopen,etc...)とかね。

あくまでランタイム（仮想マシン）なんですね。
そう考えると理解できるようになってきました。。。

236 ：218：04/01/29 13:18

>>219-222
ありがとうございます。なんとなくわかりました・・・

237 ：デフォルトの名無しさん：04/01/29 14:10

>>228
>標準Cというのはstdのことですよね。
>とするとstdの一部であるのSTLとかも、機能とか最低限
>あくまでランタイム（仮想マシン）なんですね。
きみは何の話をしとるのか

238 ：デフォルトの名無しさん：04/01/29 14:42

細かい言葉の定義についてネチネチあげつらう趣味は無いけど、
>>228の用語の使い方はちょっと変すぎるなぁ

239 ：デフォルトの名無しさん：04/01/29 14:59

要するに勘違いしてる。

240 ：デフォルトの名無しさん：04/01/29 15:06

>>235
一番的確に言うとすれば、インターフェイスが定義されているだけ。
こういう名前の関数をこんな風に呼び出してください。ってこと。

>ランタイム（仮想マシン）
仮想マシンってのはJavaとかと混同してるんじゃないかな？
JavaでのランタイムはJ2SEだけど、これ自身は仮想マシンではないよ。

241 ：デフォルトの名無しさん：04/01/29 15:13

C++と混ざってるんじゃ?

242 ：デフォルトの名無しさん：04/01/29 15:26

要するに色々混ざってる。

243 ：デフォルトの名無しさん：04/01/29 15:52

構造体のアライメントに関して質問です。
環境はWinXP Pro + VC6(SP5)です。

構造体のサイズを sizeof で調ると、

typedef struct TTT{
char a[257];
int b;
char c;
} ttt;
が 268、char c をコメントアウトすると 264、int b もコメントアウトすると 257 になります。

これはコンパイラオプションの「構造体メンバのアライメント」によるものだと
いうのはおぼろげに分かっているのですが、どういう条件でサイズが変わるのか、
また、パディングはどこに入るのかなど教えていただけないでしょうか。
参考になるサイトはないかとずいぶん調べたのですが、見つけられませんでした。
よろしくお願いします。

244 ：デフォルトの名無しさん：04/01/29 16:12

聞いた言葉を適当につなげて知っている振りをする

245 ：デフォルトの名無しさん：04/01/29 16:19

>>243
cout << offsetof(TTT, a) << endl;
cout << offsetof(TTT, b) << endl;
cout << offsetof(TTT, c) << endl;

246 ：243：04/01/29 16:20

>>244
分かるんだったら教えてくださいよｗ

追記すると、デフォルトだと8バイト単位（/Zp8）になってるそうで、
またそのオプションは規定値のままいじってないのですが、
構造体のサイズを実際に調べると8バイト単位になってるわけではないし、
一体なにが8バイト？　って感じで悩んでるんです。

247 ：244：04/01/29 16:22

>>246
すまん、キミ宛じゃなかったんだが・・・
粗い面とはVCの場合、境界をまたがない時には
整列しません。たしかデフォルトは 8

248 ：デフォルトの名無しさん：04/01/29 16:24

アドレスが8の倍数になるってこと。

b,cともコメントアウトした場合ってのは、charだけの場合アラインメントして
も意味がないからしないってこと。

249 ：デフォルトの名無しさん：04/01/29 16:32

>>243
245の結果
0
260
264
aとbの間にパディングが入るみたいだね。

250 ：243：04/01/29 16:32

>>245
0、260、264という結果になりました。

>>247
うおっ　失礼しました　(´д｀;)ｽﾏｿ・・・

>>248
アドレスが８の倍数に・・・ですか。
うーん？？
正直まだよく分からんです。bの開始位置が260、でも260は
8の倍数ではないですよね。メンバじゃなくて、構造体の先頭アドレスってことですか？

251 ：243：04/01/29 16:34

>>249
わざわざありがとうございます　m(__)m
257がなぜ260になるんでしょうか・・・
パディング入って a の占める領域が4の倍数に調節されるのは、
もしかして構造体のアライメントとは関係ない話ですか？

252 ：249：04/01/29 16:55

http://www.microsoft.com/japan/developer/library/vccore/_core_structure_alignment.htm

struct T { char a; int b; };
だとアライメント4

struct T { char a; double b; };
だとアライメント8

らしいです。

253 ：249：04/01/29 17:01

struct TI { char a; int b; };
struct TD { char a; double b; };

std::cout << offsetof(TI, a) << std::endl;
std::cout << offsetof(TI, b) << std::endl;

std::cout << offsetof(TD, a) << std::endl;
std::cout << offsetof(TD, b) << std::endl;

結果
0
4
0
8

254 ：243：04/01/29 17:04

>>249さん
リンク先を読んで、やっと納得がいきました（まだ完全に理解できたかあやしいですがｗ）
Zpオプションでの値にしばられるとばっかり思っていたら、
そういうわけではなかったんですね。
わざわざテスト結果までありがとうございました　m(__)m

255 ：ﾓﾉｱｲγ：04/01/29 18:05

素でそろそろいい歳だし子供生まれるし、就職するための技術としてC++を勉強しようと思っているんでつが…

24歳デビューは遅杉？

ｽﾚ違いでｽﾏｿ

256 ：デフォルトの名無しさん：04/01/29 18:10

センス&&これまでの経験次第としか・・・。

257 ：デフォルトの名無しさん：04/01/29 19:00

>>255
まさか、まったくの経験ゼロではあるまいな。

プログラミングを独習するには10年かかる
http://www1.neweb.ne.jp/wa/yamdas/column/technique/21-daysj.html

258 ：デフォルトの名無しさん：04/01/29 19:04

>>255

C++習得したし、子供でも作ろうか？
が正解

259 ：デフォルトの名無しさん：04/01/29 19:18

>255
10年経験あろうとうんこなやつはうんこ
すべて貴方の努力次第です
24歳だからといって遅いということはない

260 ：デフォルトの名無しさん：04/01/29 19:20

なんらかのオブジェクト指向j言語かC言語をやっていたことがあるなら、

Cのメモリモデル
オブジェクト指向プログラミング

のどちらかを身につけるだけなので早いと思うが、
C++自体癖のある言語なので
もともとプログラミング（あるいはそれに近いロジックを組む仕事）
をやったことのない人間が
就職を動機として身につけるのは、

客観的に言って、相当、うーん、ですな

261 ：デフォルトの名無しさん：04/01/29 19:36

能力のわからん人間相手によくそういうことが言えるな。
まあ、こんなところで訊いてる位だから（ｒｙ
という推測が成り立たんわけでもないが。

262 ：デフォルトの名無しさん：04/01/29 20:04

つーかマ板行けよ

263 ：デフォルトの名無しさん：04/01/29 20:10

>>255
スレ違いというより、板違い

264 ：デフォルトの名無しさん：04/01/29 20:12

>>255
C++を勉強するのに遅杉ということはない。

しかし、"子供生まれる"と"就職"はフツーに順番が逆だろ。
この点では遅杉。

265 ：ﾓﾉｱｲγ：04/01/29 20:51

就職→結婚の順番はごもっともですw

経験は～かじったというより舐めた程度です

今の仕事収入あえ万はあるからいいっちゃあいいんですが、契約社員でこの先が…ねぇ？

気合いでなんとかなるかもしれない事はなんとなくわかりましたんでやるだけやってみます(感謝

最後に仕事の休憩中に書いた短い文で自分の経験すら書いてなかった質問にﾚｽしてくれた方々、どうもありがとうございました(素

266 ：デフォルトの名無しさん：04/01/29 21:28

>>257
少なくとも半ダースのプログラミング言語を学ぶこと。
言語標準化の試みに加わること。

条件キツ杉。

267 ：デフォルトの名無しさん：04/01/29 21:38

>>265
この業界、自慢じゃないが給料はべらぼうに安いぞ・・・。

いまの仕事のまま、内職でプログラム作って売るのを目指すほうがいいと思うよ。
VBだろうがC++だろうが、言語仕様がわかるだけでは仕事がない時代になってるから。

268 ：デフォルトの名無しさん：04/01/29 22:57

>>266
>少なくとも半ダースのプログラミング言語を学ぶこと。

これは別にいまどきフツーだろ。

269 ：デフォルトの名無しさん：04/01/29 23:02

>>265
この業界に来るくらいなら別の業界に行った方がええんでねぇの
どの業界の派遣社員なのか知らんが月収35万もらってんなら今より少なくなるよきっと

270 ：デフォルトの名無しさん：04/01/30 00:22

ＳＴＬのソースを読んで学習したいんですが、
STLPortやらBoostやら色々あるんですが、どれがいいでつか

271 ：デフォルトの名無しさん：04/01/30 00:36

アスキー配列のキーボードを使ってるので、「あえ」が何だか分からんかった・・・。

272 ：デフォルトの名無しさん：04/01/30 00:57

>>270
とりあえずboostはSTLではないよ。

273 ：デフォルトの名無しさん：04/01/30 01:10

>>>268
>>少なくとも半ダースのプログラミング言語を学ぶこと。
>これは別にいまどきフツーだろ。
別々の概念を持つ言語として六種類だそうだ
Java C++ C# VB.net smalltalkこんなに知ってて一種類･･･

274 ：デフォルトの名無しさん：04/01/30 01:17

>>273
そんなあなたにBrainF*ck。

275 ：デフォルトの名無しさん：04/01/30 01:32

>>273 そんなあなたにCOBOL

276 ：デフォルトの名無しさん：04/01/30 01:35

Common Lisp と Scheme と Prolog を勉強すれば、全てのカテゴリを満たす訳だ。
Common Lisp, Scheme, C と Smalltalk は齧ったけど、Prolog はファイト湧かない
なぁ。あと一つどうしよう。アセンブラはカウントしていいのかな??

277 ：デフォルトの名無しさん：04/01/30 01:48

>>276
Haskellとかは？
関数型だが、型演繹＋LazyなのでLisp/Scheme系とは一線を画すということで。

# 俺もProlog系は手を出したくない筆頭・・・

278 ：デフォルトの名無しさん：04/01/30 01:58

そんだけ学ぶのはいいが、仕事で使うのは1～2種類じゃないのか？

279 ：デフォルトの名無しさん：04/01/30 02:04

論理型は脳ミソの普段使わないところが筋肉痛になるよ！
LISPと同じくらい目から鱗が落ちるので、276や277くらいなら手を出すのをお勧めしまつ。

漏れは一応全制覇かな。並列がKL1だから超マイナーだけど。

280 ：デフォルトの名無しさん：04/01/30 02:08

>>278
言語を使うというより、思想を身につける方が大事だと思われ。
だから同じ思想の言語は重複してカウントしてないでしょ。

ごくごくわかりやすい例としては、
漏れは普段はC++使ってるけど、テンプレートまわりでLISPを思い出すし、
並列プログラミング時に単一代入変数を思い出したりする。

281 ：デフォルトの名無しさん：04/01/30 03:56

BASIC、C、C++、Java、C#、Perl、アセンブラ（Z80、6809、68000、80x86）でも
１種類にしかカウントされませんか。C++テンプレートもあまり活用してないし。
自分が偏ってるのをようやく自覚したので、もう少し幅を広げようと思いまふ。＿|￣|○

282 ：デフォルトの名無しさん：04/01/30 04:37

テンプレート使ったときのコンパイルエラーって
原因が発見しづらくないですか？
VC++だけど、そういう印象持ってまふ。

283 ：デフォルトの名無しさん：04/01/30 04:44

なにをいまさら

284 ：デフォルトの名無しさん：04/01/30 06:20

>>276 Lisp 系のかじり方が中途半端な予感．普通 Lisp を勉強する過程で
Prolog モドキを実装するハズだ．大抵のLisp 本にあるだろ？ Prolog モドキの実装．
昔は Prolog 使いと Lisper が被っていたのにはちゃんと理由がある．関数と再帰く
れーやって「齧った」などといってると半可通になっちゃうぞ．

などと煽ってみる漏れも今は C++ 使い．師匠，やはり Lisp は永遠のマイノリティ
の予感がします…．

285 ：デフォルトの名無しさん：04/01/30 06:32

処理系とライブラリが整備されていれば喜んでLisp使うんだけどなあ。
Pythonのライブラリ整備パワーはうらやましい。

286 ：デフォルトの名無しさん：04/01/30 06:37

Prolog やったとき、確かに関数型言語っぽいなぁ、と思ったな。

287 ：デフォルトの名無しさん：04/01/30 09:36

ここは C++ 相談室です。

288 ：デフォルトの名無しさん：04/01/30 13:34

今時のC++使いって言語ヲタが多いんじゃないの？
昔はWindowsプログラミングを覚えるためにC++始める人が
多かったけど、最近はなんか違ってきたと言うか。
boostなんて現場での実用性ゼロのライブラリが注目される辺りから
そんな気がしてる。

289 ：デフォルトの名無しさん：04/01/30 14:05

>boostなんて現場での実用性ゼロのライブラリ

2へぇ

290 ：デフォルトの名無しさん：04/01/30 14:09

boostもろくすっぽ使いこなせないのにboostをけなすヤシが約一名。

291 ：デフォルトの名無しさん：04/01/30 14:18

>>288
お前が使えば実用性が無くなるかもなｗ
まさかこの後、釣れた(

292 ：デフォルトの名無しさん：04/01/30 14:26

boostってSTLの委員だった人たちが次期標準を視野に入れて作ってるんじゃないの？
現場でSTL使ってるならboostも役に立つと思うんだけどどうなんですか？

293 ：デフォルトの名無しさん：04/01/30 15:58

>>288
お前、コイツだろ。(´,_ゝ`)ﾌﾟｯ
http://pc2.2ch.net/test/read.cgi/tech/1070886635/220
http://pc2.2ch.net/test/read.cgi/tech/1070886635/222

294 ：デフォルトの名無しさん：04/01/30 16:15

>>293
似たような文章だがおれじゃあない。
大体boostなんて非標準なライブラリは小規模、かつ
開発者全員がそれに馴染んでいる場合には使えるが
それ以外のケースにおいてはそんなもん使われては困る。
ModernC++Designにおいて示されているような
解決したい問題が先にあって、そのためのテンプレート
ライブラリの使用なら分るんだが、言語ヲタクの場合は
boostを使いたいとかいう自己満的ニーズが先行してやいないか？
胸に手を当てて一度考えてみてはどうだろう。

295 ：デフォルトの名無しさん：04/01/30 16:24

>boostを使いたいとかいう自己満的ニーズが先行してやいないか？
いいえ。

296 ：デフォルトの名無しさん：04/01/30 16:26

自分が思い描く言語ヲタの生態をいくら詳細に語っても
「言語ヲタが多い」ことの証明にはならないわけだが。

以前どっかのスレで「お前らboostのうちどれ使ってる？」という質問が出たとき、
regexやshared_ptrやdirectory_iteratorやformatに回答が集中したっけな。
実際の使用と言語的な興味（C++でどこまで行けるか）は切り分けてるだろう、
多くの人間は。

297 ：デフォルトの名無しさん：04/01/30 16:36

言語ヲタクの存在自体に文句があるわけじゃない。勘違いするな。
多言語の話題がさもスレ違いであるかのように指摘した287に答えたまで。
また、C++プログラマにおける言語ヲタクの割合が、昔と比べて高くなったと
いうのは個人的な感想。こんな物に反論してどうする。
それからboostに関しても同じようにその存在に文句があるわけじゃない。
ただ使う人間に勘違いしてるようなのがいるということ。然るべきスキルある
人間が、適切なケースで使う分にはなにも問題ないと考える。

298 ：デフォルトの名無しさん：04/01/30 16:37

×多言語　○他言語

299 ：デフォルトの名無しさん：04/01/30 16:38

じゃあ書くなよ。
独り言板がふさわしい。

300 ：デフォルトの名無しさん：04/01/30 16:43

むしろおまいらのboostの有用性に関する必死な反論ぶりが
ちょっとおもしろかったな（ｗ。スレ違い。さげ

301 ：デフォルトの名無しさん：04/01/30 16:47

>>288では「現場での実用性ゼロ」と断言してるのに
>>297では「適切なケースで使う分にはなにも問題ない」と
やんわりまろやかになったところに自己弁護の必死さを感じた一幕だった。

302 ：デフォルトの名無しさん：04/01/30 16:50

>>301
297の「適切なケース」に288の「現場」が含まれていない
という主張の可能性はどうだろう。

303 ：デフォルトの名無しさん：04/01/30 16:51

>>288=>>294=>>297 が必死だな、ということでFA?

304 ：デフォルトの名無しさん：04/01/30 16:51

適切なケース」が　だな。typoばっかり。
おれはなんて必死なんだろう（藁

305 ：デフォルトの名無しさん：04/01/30 16:53

>>302
そんな主張をしたらますます必死さがにじみ出てしまうのではないだろうか。

306 ：デフォルトの名無しさん：04/01/30 16:59

「実用性ゼロ」と書いてしまった時点で墓穴を掘っていた。
ゼロは言い過ぎたと後悔しているだろう。

307 ：デフォルトの名無しさん：04/01/30 17:47

>>297
> 言語ヲタクの存在自体に文句があるわけじゃない。勘違いするな
誰も「言語ヲタクの存在自体に文句がある」なんて解釈はしていないわけだが。

苦し紛れに「勘違いしているという勘違い」か。ブザマ。

308 ：デフォルトの名無しさん：04/01/30 19:41

any optional spirit graphなんかはまずつかわねーし、
spiritとか言われてもオナニーにしか見えないな。
使いこなしているかは別として、いくつかは使ってはいるけど。

309 ：デフォルトの名無しさん：04/01/30 20:27

>>308
graphとspiritは便利だと思うけどなぁ…。

310 ：ヽ(´ー`)ノ：04/01/30 20:53

graph は使う人と全然使わない人がいるからなぁ。
split は使うぐらいなら俺は flex 使うが。

311 ：デフォルトの名無しさん：04/01/30 21:07

ゲーム屋ですがrandomは便利ですよ。

312 ：デフォルトの名無しさん：04/01/30 21:10

肝心のところが出来ていないアホは確かにいるが
regexとか０から実装してたらそれもアホだ

313 ：デフォルトの名無しさん：04/01/30 21:10

わりぃ。randomはあたりまえすぎてboost使ってるって意識もなかったわ。

314 ：デフォルトの名無しさん：04/01/30 23:44

graph使ってますよ？

315 ：デフォルトの名無しさん：04/01/31 00:04

テンプレートライブラリって自分で書いたほうが早いと錯覚させられるところがあるよねぇ。

316 ：デフォルトの名無しさん：04/01/31 00:13

リンクしなくてヘッダだけだからな
boostのライセンスってどうなってるの？

317 ：デフォルトの名無しさん：04/01/31 00:14

>>314
graphってどんな使い方してるか教えて。
最短経路問題を解くみたいなアルゴリズムとして
使うんでしょ？
diffなんかgraphで実装できそうだけど…。

318 ：デフォルトの名無しさん：04/01/31 00:14

>>315
そんな香具師いねえよ

319 ：デフォルトの名無しさん：04/01/31 00:16

ものによるだろ
メタプログラミング系は勘弁

320 ：デフォルトの名無しさん：04/01/31 00:31

BOOST_PP_結構いいんで使ってます
Cですけど。

321 ：デフォルトの名無しさん：04/01/31 08:38

色々なプラットフォームでＤＬＬやSOを使ってクラスオブジェクトの受け渡し
をしたいと思っています。このＤＬＬを使うアプリケーション内では将来クラスの仕様が
変更される可能性があります。（関数やオペレーターのみ）
仮想関数以外のメンバ関数を含むクラス（派生無し）を定義した時、そのオブジェクトの
メモリ上の実体はメンバ変数だけなのでしょうか？
つまりメンバ変数は全く同一でメンバ関数だけが異なる別のクラスに強制キャストしても
危険性は無いのでしょうか？お願い致します。

322 ：デフォルトの名無しさん：04/01/31 08:49

Ｃ＋＋例外でどうしても腑に落ちない点があるのでご教示願いたく思い投稿しました。

class UserEx : public exception {
protected:
　　string msg;
public:
　　UserEx(string& msg) { this->msg = msg; } // ★１
　　virtual const char* what() const throw() { return msg.c_str(); }
};
　　try {
　　　　throw UserEx(string("!!! exception !!!")); // ★２
　　} catch (exception& ex) { // ★３
　　　　cerr << ex.what() << endl;
　　}

★１ - string& から string へ =演算子を使用した場合
参照が指す先の値をコピー(生成)するのでしょうか？
★２ - string("!!! exception !!!") で生成した string の寿命(ライフサイクル)は
　いつからいつまででしょうか？
・string("!!! exception !!!") のように
　生成したインスタンスを変数に入れないという使い方に抵抗を感じています。
・UserEx::UserEx(string&) にあるように参照渡しで string を渡しているので
　string("!!! exception !!!")のデストラクタが呼ばれたら無効になるのでは？＜疑問
★３ - ★２で UserEx のインスタンスが生成されますが try ブロックから抜けたら
　デストラクタが呼ばれないのはなぜか？
　デストラクタが呼ばれたら catch(exception&) でキャッチしたときに無効になってしまうのでは？

以上、よろしくお願いします。分かりにくい点がありましたらご指摘下さい。

323 ：デフォルトの名無しさん：04/01/31 08:58

危険が無い実装が多いだろうけど
それは保証されているわけではない

324 ：デフォルトの名無しさん：04/01/31 09:01

http://news2.2ch.net/test/read.cgi/news7/1075213041/
【ネタ？】西村博之氏、「私のニュース板」で次期管理人希望者応募中【本気？】

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 04/01/30 23:14
　　　お金がある人だけお願いします。
　　　おいらばっかり働くのはずるいし。。。

325 ：デフォルトの名無しさん：04/01/31 09:41

>>322
1- yes マニュアル読もうや。
2- この場合、参照渡ししても内部で（1で）コピーされてるので関係なし。
3- てか、そこで例外オブジェクトのデストラクタ起動したら、例外実装できじゃん。

えらいひと補足してくれ。

>>321
[PDF] C++ COM
第 1 章よりよい C++ としての COM
http://www.ascii.co.jp/bookmart/pdf/47561/4756130666.pdf
http://www.ascii.co.jp/bookmart/pdf/47561/4756131662.pdf
これ読んでみたら？

326 ：デフォルトの名無しさん：04/01/31 10:23

EffectiveC++くらい読もうぜ

327 ：デフォルトの名無しさん：04/01/31 10:24

あ、Moreの方だったかな？
ExceptionalC++じゃないのは確か。

328 ：デフォルトの名無しさん：04/01/31 14:35

>>325
そこのC++ COMの出典って何ですか？
何かの本の中身でしょうか？

329 ：デフォルトの名無しさん：04/01/31 14:52

>>326

330 ：325：04/01/31 15:30

>>326,327,329
EffectiveC++でも More EffectiveC++　でもないよ。
だって俺もってるけど呼んだこと無いもん。

>>328
Essential COM
http://www.ascii.co.jp/books/detail/4-7561/4-7561-3066-6.html
http://www.amazon.co.jp/exec/obidos/ASIN/4756130666/ref=pd_sxp_elt_l1/249-0895031-1137909

EffectiveCOM
http://www.ascii.co.jp/books/detail/4-7561/4-7561-3166-2.html
http://www.amazon.co.jp/exec/obidos/ASIN/4756131662/ref=ase_thivainfo-22/249-0895031-1137909

たぶんこれら。

331 ：デフォルトの名無しさん：04/01/31 15:35

初心者ですみませんm(_ _)m

int InputData(char file[]){

　　ifstream fin(file);
　　if(!fin){cout<<"cannot open input file .\n";return -1;}

　　fin.unsetf(ios::skipws);
　　do{
　　　　　cout << "(ﾟдﾟ)ｪｪｰ";　　
　　}while(!fin.eof());
　　
　　fin.close();
　　return 0;
}

int main(){
　InputData("data.txt");
retun 0;
}

てやったら、do whileを無限ループしちゃうんですけどどうしたらいいですか？

332 ：デフォルトの名無しさん：04/01/31 15:37

前に進んでないんだから
叫び声が終わることも無い

333 ：デフォルトの名無しさん：04/01/31 15:41

"(ﾟдﾟ)ｪｪｰ""(ﾟдﾟ)ｪｪｰ""(ﾟдﾟ)ｪｪｰ""(ﾟдﾟ)ｪｪｰ"

char s[100];

fin.unsetf(ios::skipws);

do{
fin >> s;
cout<<"(ﾟдﾟ)ｪｪｰ";
}while(!fin.eof());

を加えてみたけど叫びつづけますT-T

334 ：デフォルトの名無しさん：04/01/31 15:49

なんで!fin.eof()なの？(fin)でええやん。

335 ：デフォルトの名無しさん：04/01/31 15:52

getとかreadをつかう
入力された結果を叫ぶように変更する

336 ：デフォルトの名無しさん：04/01/31 16:03

よくわからないけどもう少し頑張っています。
叫び声が怖くて眠れません

337 ：デフォルトの名無しさん：04/01/31 17:20

>330
More Effective　にあったが

338 ：330：04/01/31 17:27

>>337
すまんかった。家で確認するわ。

339 ：デフォルトの名無しさん：04/01/31 22:05

Effective C++のパチモンで買う価値のあるのってどれとどれあたり？

340 ：デフォルトの名無しさん：04/02/01 00:42

多分Effective C++が一番はずれ

341 ：デフォルトの名無しさん：04/02/01 11:41

テンプレート関数にクラスが来た場合と数値が来た場合の処理を分けて書きたいのですがどうすればいいでしょうか？

試しに下のように書いてみると「2 番目の引数を 'class foo<float>' から 'int' に変換できません。」と言われ、
typename T2::selfの箇所をT2だけにすると「2 個のｵｰﾊﾞｰﾛｰﾄﾞ関数があいまいで最適な変換ができません。」と言われどうしたらいいものやら。

template< class T >
class foo {
public:
　　typedef foo< T >self;
　　typedef Tvalue_type;
　　value_typevalue;
};

template< class T1, class T2 >
void hoge( T1 & t1, typename T2::self & t2 )
{ cout << t1.value << t2.value << endl; }

template< class T1 >
void hoge( T1 & t1, typename T1::value_type n )
{ cout << t1.value << n << endl; }

int main( int argc, char **argv ) {
　　foo<int>foo1;
　　foo<float>foo2;

　　hoge( foo1, foo2 );
　　hoge( foo1, 1 );
　　return 0;
}

342 ：デフォルトの名無しさん：04/02/01 12:31

>>341
boost1.31に入る予定のenable_ifとdisable_ifでも使ってみるとか。

343 ：デフォルトの名無しさん：04/02/01 13:15

>>341
template <int N> struct Int_to_type{};
template <typename T> struct Is_foo_instance{enum{value=false};};
template <typename T> struct Is_foo_instance< foo<T> >{enum{value=true};};

template < class T1, class T2>
void hoge( T1 & t1, T2 & t2 )
{return hoge_helper(t1, t2, Int_to_type<Is_foo_instance<T2>::value>());}

template < class T1, class T2 >
void hoge_helper( T1 & t1, T2 & t2, Int_to_type<true> )
{cout << t1.value << t2.value << endl;}

template < class T1, class T2 >
void hoge_helper( T1 & t1, T2 n, Int_to_type<false> )
{cout << t1.value << n << endl;}

hoge_helperを導入する代わりにhogeを多重定義しても良し。

344 ：デフォルトの名無しさん：04/02/01 13:33

>>342
文献が少ないのと英語でよく分かっていませんが、>>343を汎用的にしたものという理解で合ってるでしょうか。

>>343
すごいトリックで目から鱗です。ただ、

template <typename T> struct Is_foo_instance< foo<T> >{enum{value=true};};

の部分特殊化がうちのコンパイラ(Visual C++ 6.0)だとネックみたいです。
やはりMSのコンパイラなんか使ってる軟弱者は諦めろということか。

345 ：デフォルトの名無しさん：04/02/01 13:34

>>344
新しいVSを買いましょう or .NETFrameworkのcl.exeを使いましょう。

346 ：デフォルトの名無しさん：04/02/01 13:40

>>344
>すごいトリックで目から鱗です。ただ、
そんなあなたにModern C++ Design

部分特殊化が使えないなら、
Is_foo_instanceの代わりにIs_intあたりを用意すればいいんじゃない？

347 ：デフォルトの名無しさん：04/02/01 15:01

>>346
template <int N> struct Int_to_type{};
template <typename T> struct is_numeric { enum { value = false }; };
template <> struct is_numeric< int > { enum { value = true }; };
template <> struct is_numeric< float > { enum { value = true }; };

template < class T1, class T2 >
void hoge( T1 & t1, T2 & t2 )
{hoge_helper( t1, t2, Int_to_type< is_numeric< T2 >::value >() );}

template < class T1, class T2 >
void hoge_helper( T1 & t1, T2 & t2, Int_to_type< false > type )
{cout << t1.value << t2.value << endl;}

template < class T1, class T2 >
void hoge_helper( T1 & t1, T2 n, Int_to_type< true > type )
{cout << t1.value << n << endl;}

ってやってもみんなfalseに飛ぶっぽいです＿|￣|○

348 ：デフォルトの名無しさん：04/02/01 15:31

>>347
差し支えなければ、参照渡しの部分をすべてconst参照にすれば良い。
それができないなら、int版とfloat版を素直に多重定義するしか…

349 ：デフォルトの名無しさん：04/02/01 17:32

C++で、コンストラクタを抜けると、構造体のメンバの値がすべて最大になってしまいます。
普通のメンバは平気なのですが・・・

質問があやふやで、申し訳ありません。

350 ：デフォルトの名無しさん：04/02/01 17:38

謝らなくていいから、もうちょっとわかりやすく。できれば実例を。

351 ：デフォルトの名無しさん：04/02/01 18:07

自己解決、すいませんでした。。

コンストラクタのオーバーロードが原因みたいでした

352 ：デフォルトの名無しさん：04/02/01 18:14

>>348
> 差し支えなければ、参照渡しの部分をすべてconst参照にすれば良い。
おぉ、constにし忘れてました。

出来ました！ありがとうございます。

353 ：デフォルトの名無しさん：04/02/01 23:57

class {
　　std::string m_str;
public:
　　...
　　std::string getStringA() const { return m_str; }
　　const std::string& getStringB() const { return m_str; }
　　...
};

A と B どちらがいいんでしょうか？

354 ：デフォルトの名無しさん：04/02/02 01:03

stringの実装しだいだけど
Bは安全パイだとは思う。

355 ：デフォルトの名無しさん：04/02/02 01:03

どちらもまちがいではない

356 ：：04/02/02 01:41

前から疑問に思っていたのですが、
コンストラクタで適切にインスタンスが初期化できなかったことを
明示的に返す手段というのは、例外を使うか、そのクラス専用の
new 演算子をオーバーロードするしかないのでしょうか？

357 ：デフォルトの名無しさん：04/02/02 01:58

>>356
まあ、コンストラクタでは何もせずに初期化メソッドを別に用意するという手もあるが。
普通例外を投げる。

358 ：デフォルトの名無しさん：04/02/02 02:03

後者はちょっと妙なこと言ってないか？
newせずにインスタンス化する場合はどうするつもりだ。

まあそれだけの質問ならとりあえず例外使っておけとしか言えないが。
コンストラクタで例外投げる場合は後始末に注意な。

359 ：：04/02/02 02:06

>>358 それはできないように、コンストラクタを private にしてしまう、とか。

360 ：デフォルトの名無しさん：04/02/02 02:10

コーディングルールとかが一般的できちっとしてる
クラスライブラリのお手本になるC++ライブラリってどんなのがありますか？
（複数解答求む）
例Qt

361 ：：04/02/02 02:11

>>358 なんとなく例外と実行時型情報だけは使いたくない、
という変なポリシーは捨てたほうがいいですか？

例外使うようなかなり上の次元（？）の処理なら
ついでにガベコレも持っているようなOO言語使ったほうが…
なんて思うもので。

あとはコンストラクタを private でアクセス禁止にして、
インスタンス生成はインスタンス生成用の
static なメソッドを用意するとかですかね。

たしかそういうアプローチをとっているOO言語って
ありませんでしたっけ？ C++ 以外に OO って Java くらいしか
使ったことがないので「あったような…」ってくらいの
あいまいな記憶なんですが。

362 ：デフォルトの名無しさん：04/02/02 02:23

エラー処理をきちんとやりたいなら例外使った方がいい。
その場でabortしたくなければ他に戻り値以外の出口はないから。
そのポリシーが単なる先入観と偏見からならなおさらだな。

smallTalk系列じゃクラスメソッドにallocとかcreateみたいなファクトリメソッドを作るな。
オブジェクトを常にnewで作成する考えならGC有りの言語の方が合ってるかも。

363 ：デフォルトの名無しさん：04/02/02 05:14

>>353
Aの場合・・・
コピーのオーバーヘッド＆メモリ消費が気になる

Bの場合・・・
Hoge hoge;
std::string& str = const_cast<std::string&>(hoge.getStringB());
str = "書き込んじゃうよ";

364 ：デフォルトの名無しさん：04/02/02 06:37

突然な質問ですいません。

a = "abcdefg";
a.mid(2,2)="CD";

とすればクラスaの内容が abCDefg になる
みたいな機能って実装可能でしょうか？

365 ：デフォルトの名無しさん：04/02/02 06:48

可能です。

366 ：364：04/02/02 06:57

>>365
そうですか。
一晩悩んだんですけど実装の方法がどうしてもわかりませんです。
できれば簡単な説明でいいので教えていただけないでしょうか。

367 ：デフォルトの名無しさん：04/02/02 07:11

こんなんじゃだめですか？
class string_proxy
{
public:
　typedef std::string::size_type pos_type;

　string_proxy( std::string& target , pos_type begin , pos_type end );

　string_proxy& operator = ( std::string );
　operator std::string () const;

private:
　std::string* target;
　pos_type begin,end;
};

368 ：デフォルトの名無しさん：04/02/02 07:25

>>367
後はstd::string::replace()か何かを使って代入演算子を
作ればよいね。まあしかしstd::stringにはメンバ関数が多量
に存在するのでBASICのような事をするのにわざわざクラス
を定義する事はほとんどないかもね。

369 ：364：04/02/02 07:30

>>367
元の文字列クラスに対して行ないたいんです。

o_string a = "abcdefgh";
a.mid(2,2) = "CD";

見たいな感じです。
C++標準のstringクラスとほぼ同等にには出来たんですが
上記のような処理をさせようと思うと難しいみたいで。
参照戻り値を使用しないといけないっぽいですが
どうもわかりません・・・。

370 ：デフォルトの名無しさん：04/02/02 07:42

>>369
> 元の文字列クラスに対して行ないたいんです。

だから、>>367のクラスを実装して、mid()の戻り値にすれば良いだろ。

371 ：364：04/02/02 07:45

>>370
そういうことですか。
すみません。
やってみます。

372 ：デフォルトの名無しさん：04/02/02 08:04

class Father
{
　　Son special_week;
};

class Son
{
　　Father sunday_silence;
};

こういう互いのオブジェクトを持ち合ってる場合、どうしたらよいですか？
この例の順序だと3行目で構文エラーになってしまいます

373 ：デフォルトの名無しさん：04/02/02 08:09

俺、もう、コレいやだよ。
どっかにFAQで転がってないものか・・・。

374 ：デフォルトの名無しさん：04/02/02 08:16

先頭に class Son;
関数にプロトタイプと定義があるように、
クラスにもヘッダとボディーがあるんです

375 ：372：04/02/02 08:27

レスありがとうございます。

>クラスにもヘッダとボディーがある
すいません、単なる仕様知らずでした。

376 ：デフォルトの名無しさん：04/02/02 08:31

>>372
Cと同じ。ポインタでメンバを持て。

377 ：デフォルトの名無しさん：04/02/02 19:16

>>372
「前方宣言」でぐぐれ

378 ：デフォルトの名無しさん：04/02/03 00:36

そういうのはついてくる暮らすライブラリのヘッダとか探すと参考になるよ

379 ：デフォルトの名無しさん：04/02/03 02:36

プロキシクラス、未だに理解できず。

380 ：デフォルトの名無しさん：04/02/03 08:16

operatorを使って、
class hoge{
・・・
freind char* operator+(char* s1,char* s2);
};
char* operator+(char* s1,char* s2);

main(){
hoge buffer;

buffer = "A" + "B";
}

して、bufferに"AB"を入れることは可能ですか？
どうすればよいのでしょうか？

381 ：380：04/02/03 08:26

char* operator+(char* s1,char* s2);

の箇所の処理内容と、この宣言でよいかも分かりません。

operatorを使って、int型の足し算はできるみたいですがchar*型の
足し算pぽっい実装は可能なのでしょうか？

382 ：デフォルトの名無しさん：04/02/03 08:40

組込型同士の演算子オーバーロードは、、
int同士の足し算が出来るのは、、

383 ：デフォルトの名無しさん：04/02/03 10:37

>>380
stlに実装されているぞ。
<string>
の中のぞけ。

てか、
char* operator+(char* s1,char* s2);
これは、普通に書くとメモリ関連で怪しいこと起きるんじゃないのか？

384 ：デフォルトの名無しさん：04/02/03 10:37

"A" の型はなんだ？

385 ：デフォルトの名無しさん：04/02/03 12:17

A型

386 ：デフォルトの名無しさん：04/02/03 12:26

だとしたら問題はＡとＢの性別だな

実装を見てみたいものだﾊｧﾊｧ

387 ：デフォルトの名無しさん：04/02/03 13:21

>>385-386
死ね

388 ：デフォルトの名無しさん：04/02/03 18:58

>380
buffer = "A" "B";

389 ：380：04/02/03 23:56

>>382-388
ありがとうございました。
実際、標準stringクラスで試してみたところ、文字列の足し算ぽっいのは
駄目でしたので実装はあきらめました。

　std::string buf1;
　
buf1 = "A"+"B";
printf("%s\n", buf1.c_str());

Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
tes.cpp:
エラー E2085 tes.cpp 12: 無効なポインタの加算(関数 main() )
*** 1 errors in Compile ***

390 ：デフォルトの名無しさん：04/02/04 00:03

>>389
するならbuf1 = std::string("A") + std::string("B"); では？
"A" + "B" だと文字列リテラルのアドレスを加算しようと
するからエラーだよ。

391 ：デフォルトの名無しさん：04/02/04 00:14

std::string("A")
が顔文字に見えた

392 ：デフォルトの名無しさん：04/02/04 00:14

>>389
std::string buf1="A";
buf1+="B";
これじゃダメなの？

393 ：380：04/02/04 00:40

>>390
>>392
分かっています。

std::string str="A"

cout << "（"　<< str << ")" << endl;

こういうのを実装できないのだろうかと思いました。
cout,printf()のような不確定引数はoperatorでも可能なんでしょうか？

394 ：名無しさん@Vim%Chalice：04/02/04 00:47

>>393
operatorのオーバーロードを勉強しぃや。

395 ：デフォルトの名無しさん：04/02/04 00:54

>>393
#include <iostream>
using namespace std;

class BracedStr {
private:
　string m_str;
public:
　BracedStr(const string& str) : m_str(str) { }
　friend ostream& operator<<(ostream& ostr, const BracedStr& bstr) {
　　return ostr << "(" << bstr.m_str << ")";
　}
};

int main() {
　cout << BracedStr("str") << endl;
}

396 ：デフォルトの名無しさん：04/02/04 01:03

#include　<iostream>
using　namespace　std;
class　CClass {
public:
　int　m_i;
};

int　main(){
　CClass　*d;
　d　=　new　CClass();
　d->m_i　=　100;
　delete　d;

　cout　<<　d->m_i　<<　endl;　//　100が表示される。

　return 0;
}
上のソースコードを実行してみました。
一度 new でメモリを確保し、delete で開放を行ったのち
もう一度アクセスしてみたところ 100が表示されました。
開放してしまったので、アクセス違反が起こるものと思ってましたが、
起きませんでした。
これって d は、ただゴミを指してるわけで間違いですよね？

397 ：デフォルトの名無しさん：04/02/04 01:04

>>396
うん。

398 ：デフォルトの名無しさん：04/02/04 01:07

>>397
thx

399 ：デフォルトの名無しさん：04/02/04 02:10

stringとchar*の暗黙の型変換用意すればいいんじゃないの？

私ならやらないけど

400 ：デフォルトの名無しさん：04/02/04 07:27

cout << "（"　<< str.c_str() << ")" << endl;

401 ：デフォルトの名無しさん：04/02/04 11:09

string は ostream に直接渡せるはずだが。
まぁ、コンパイラが古ければその限りじゃないけど。

402 ：デフォルトの名無しさん：04/02/04 18:28

std::cout << ( typeid(int) == typeid(const int &) ) << std::endl;

これってコンパイラによって結果が違ったんだけど、
規格的には、真偽どっち？

vc7.0 => 0
gcc3.2 => 1

403 ：デフォルトの名無しさん：04/02/04 18:31

規格はどうあれ、その例を見る限り
実際的に移植性の無いコードであることだけは
確かなようだね。

404 ：デフォルトの名無しさん：04/02/04 18:35

>>402
int f(int a, const int & b) {
std::cout << ( typeid(a) == typeid(b) ) << std::endl;
}

int main () {
int a;
f(a, a);
}
ってやるとVC7.0では0なの？

405 ：デフォルトの名無しさん：04/02/04 19:07

>>404
それは1になった・・・
ためしに、

void f(int a, const int & b) {
　　std::cout << ( typeid(a) == typeid(b) ) << std::endl;
　　std::cout << ( typeid(b) == typeid(const int &) ) << std::endl;
　　std::cout << ( typeid(b) == typeid(int) ) << std::endl;
}

main() {
　　int a;
　　f(a, a);
}

ってやると、1 0 1 。
変数名を入れると、const & は無視されるけど、
型名を入れると、const & は有効になるみたい。

406 ：デフォルトの名無しさん：04/02/04 19:11

>>405
1行目で1が返るのなら、
型名をいれる必要は普通ないからどうでもいいのでは。

# >　std::cout << ( typeid(b) == typeid(const int &) ) << std::endl;
# これが0なのは気持ち悪いが。

407 ：デフォルトの名無しさん：04/02/04 20:22

5.2.8/5
The top-level cv-qualifiers of the lvalue expression or the type-id that is the operand of typeid are always
ignored. [Example:
class D { ... };
D d1;
const D d2;
typeid(d1) == typeid(d2); // yields true
typeid(D) == typeid(const D); // yields true
typeid(D) == typeid(d2); // yields true
typeid(D) == typeid(const D&); // yields true

などと書いてあるが結局どうなるのが正しいのか俺にはよくわからん。

408 ：デフォルトの名無しさん：04/02/04 20:41

5.2.8 -4- より。
If the type of the type-id is a reference type, the result of the typeid expression refers to a type_info object representing the referenced type.

409 ：デフォルトの名無しさん：04/02/04 23:12

>>406-408
ありがとです。vc7.0がダメっぽいですね。

templateでtypeid使うときは注意したほうがいいかも？

410 ：デフォルトの名無しさん：04/02/05 04:50

The C++ Programming Language

411 ：デフォルトの名無しさん：04/02/05 04:53

↑すいません。ミスです。

↑を他人から借りっぱなしで良い加減自分のを持とうと思うんですが
第4版が出るような話ってありますか？
第3版が出てからだいぶ経っているし、もうそろそろ新しい版が出ても
おかしくないと思うので、今、第3版を買うのはなんか気が引けるんですが

412 ：デフォルトの名無しさん：04/02/05 05:38

4版なんて聞いたことないし、まえの規格で
大体大枠は決まったようなもんだから、問題ないんじゃない？

413 ：デフォルトの名無しさん：04/02/05 05:56

あるとしたら次の標準C++の改訂合わせだという気がするが、
その前に日本語版3rd SEがでないとは言えないか。

414 ：デフォルトの名無しさん：04/02/05 09:36

まぁ、今の版買っても問題ないってことですね。ありがとうございます。
ちなみに英語版と読み比べた方っておられますか？
日本語版の翻訳に特に不満はないんですが、
もし、英語版の方が良いよ、って方がいたら英語版の評価聞きたいです。

415 ：デフォルトの名無しさん：04/02/05 11:16

一応2003年にちょっと改訂入ったんだが。＜標準C++
まぁ実質typo修正と仕様の明確化だけらしいけど。

416 ：デフォルトの名無しさん：04/02/07 19:37

ネタ求めage

417 ：デフォルトの名無しさん：04/02/07 21:37

>>416
プログラムでも書いてろ。

418 ：デフォルトの名無しさん：04/02/08 14:59

>>411
禿の証言は読んだか？
↓
http://www.research.att.com/~bs/bs_faq.html#4th

419 ：デフォルトの名無しさん：04/02/08 15:07

http://www15.cds.ne.jp/~xak/gotta/z200304.html
ここの2003/4/3の日記にあるような、SAFE_DELETE()ってマクロは
どこ界隈で流行っているんでしょうか?

0をdeleteしようがdelete[]しようが安全なわけだが…
安全じゃない処理系があんの？

420 ：デフォルトの名無しさん：04/02/08 15:11

>>419
http://tt.sakura.ne.jp/~suzu/tips/delete.html

421 ：デフォルトの名無しさん：04/02/08 15:12

>420
無関係じゃん。

422 ：デフォルトの名無しさん：04/02/08 15:13

質問の答えにはなってなかったな
スマン

423 ：419：04/02/08 15:15

>>422
いや、俺はdeleteとdelete[]の混用などしないし、そもそもdeleteも
めったに使わないよ。smart pointerが正解だと思っている。
同僚がSAFE_DELETEなる意味不明な代物を愛用しているので、一応その
発祥を把握しておきたいだけ。

424 ：デフォルトの名無しさん：04/02/08 15:18

if の部分より、delete したあとに NULL をブチ込むことのほうに意味があるんじゃないの？

425 ：419：04/02/08 15:29

>424
なるほど。ありがとうございました。

426 ：デフォルトの名無しさん：04/02/08 16:42

昔のコンパイラだと delete 0; がエラーになったこともある気がする。

427 ：デフォルトの名無しさん：04/02/08 16:44

以下のコードを実行すると
segvってしまいます。

#include <vector>
#include <iostream>
#include <string>
using namespace std;

int main(int argc, char *argv[])
{
vector <string> a;
a.reserve(8);
a[0] = string("unko");
return 0;
}

reserveしないで初めから
vector<string> a(8);
としていれば大丈夫なんですが…
この原因と対策をご教授ください。

428 ：デフォルトの名無しさん：04/02/08 16:51

>>427
a.reserve(8);だけでは予備のメモリが確保されるだけで初期設定されないから、
a.size()は0のままだ。このとき、a[0]の結果は（多分）未定義。
a[0] = string("unko");
の代わりに
a.push_back("unko");
または、
a.resize(8);
a[0] = "unko";
とすべし。

429 ：411：04/02/08 16:52

>>418
読んでませんでした・・・っていうか3版買ってきちゃいました．
でもとりあえずはこれを買って後悔することはないということですね．
ありがとうございます．

430 ：デフォルトの名無しさん：04/02/08 16:54

>>427
確かにｸｿみたいな質問だがウンコはやめれ

vector::reserve()は必要な領域を確保するだけ。初期化はしない。
vector<string> a(8)なら初期化もする。

このくらい、ヘルプなりドキュメントなり自分で読むことを覚えろ。

431 ：デフォルトの名無しさん：04/02/08 16:59

>>428
即レスありがとうございます。
string でなく int ではうまくいってた(今みたらsize()は0でしたが)
ので???と思っていました。
以後気をつけます。

432 ：デフォルトの名無しさん：04/02/09 14:57

>>431
intでもsegv起こしてくれれば悩まずに済んだのにな。

433 ：デフォルトの名無しさん：04/02/09 18:39

関数finalizeでページ違反エラーが出てしまうのですが、解決策を教えていただけませんか？
やりたい事は、initialize関数でB*にキャストしたAのメモリを、finalize関数で解放する事です。
VC6を使っています。
--

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

void initialize( B* b )
{
　　　A* a = new A;
　　　b = ( B* )a;
}

void finalize( B* b )
{
　　　A* a = ( A* )b;
　　　delete a;
}

int main()
{
　　　B* b = 0;
　　　initialize( b );
//　ここで b を色々操作します。Aの継承内容に関わらず、操作は同じ物で済むようにしたいのです。
　　　finalize( b );
　　　return 0;
}

434 ：４３３：04/02/09 18:45

あ、すみません。
エラー出ないかもしれません。
お騒がせして申し訳ありませんでした。

435 ：デフォルトの名無しさん：04/02/09 19:30

まーとりあえずデストラクタをvirtualにしとけ

436 ：デフォルトの名無しさん：04/02/09 19:43

>>435
デストラクタをvirtualにする理由を教えてあげなさい。

437 ：デフォルトの名無しさん：04/02/09 19:47

そんなことはどうでもいい。
とりあえずデバッガで一行ずつ進めて、
initialize(b);
の直後、bに入ってる値を見ろ。

438 ：デフォルトの名無しさん：04/02/09 19:50

>>433
void initialize( B* b )
を
void initialize( B*& b )
にせよ。
>>435の言うようにvirtualのデストラクタも必要。
それがないと、delete a;ではaがBのインスタンスを指していることが
実行時に解らない。

439 ：デフォルトの名無しさん：04/02/09 19:56

それ、だせーな

440 ：デフォルトの名無しさん：04/02/09 20:11

B *initialize(void)
{
　　　return static_cast<B *>(new A);
}
ってか？

しかし、ほんとこの意味不明なキャストは何をしたいんだ。

441 ：４３３：04/02/09 21:02

> void initialize( B*& b )

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

442 ：デフォルトの名無しさん：04/02/09 21:09

えー？解決したのかよ。

443 ：デフォルトの名無しさん：04/02/09 22:35

gccでダイナミックリンクライブラリ作成する予定です。
DLLを使用する側はC言語で、DLLはC++で作成使用と思うのですが

利用する側で、関数がばらばらになっていると使いずらいので、
関数を構造体とか、クラスをひとまとめにして利用する(extern)
方法はあるのでしょうか？

444 ：デフォルトの名無しさん：04/02/09 22:42

>>443
まず日本語からやりなおせ。

445 ：デフォルトの名無しさん：04/02/09 22:56

extern void func1();
extern void func2();
extern void func3();

だと管理しづらいので

↓

extern struct hoge;　//ここの記述がなぞ。

みたいにして

int main(){

hoge.func1();
hoge.func2();
hoge.func3();

}

構造体、クラスのメソッドみたいな利用法はできますか？

446 ：デフォルトの名無しさん：04/02/09 23:02

> だと管理しづらいので

名前の衝突が問題ならnamespace使う。
外部参照がめんどくさいならヘッダファイル作る。
数が多いのが問題ならあきらめる。

447 ：デフォルトの名無しさん：04/02/09 23:05

>>446
あらがとうございます。

クラスor構造体を外部参照にすることは出来ないのですね？

448 ：デフォルトの名無しさん：04/02/09 23:08

>>447
「外部参照」を何と心得る？

449 ：デフォルトの名無しさん：04/02/09 23:08

DLL ってそもそも C で利用されることを想定して作られたのでは？

450 ：デフォルトの名無しさん：04/02/09 23:10

コンパイラ(リンカ)によっては、こんな記述もできるかも。試してないよ。

class hoge_tmpl {
public:
　static void func1() {...}
　static void func2() {...}
　static void func2() {...}
private:
　// no member
};
extern hoge_tmpl hoge;

int main() {
　hoge.func1();
　hoge.func2();
　hoge.func3();
}

実体をどこかに作れば確実だけどね。

451 ：デフォルトの名無しさん：04/02/09 23:12

COM の真似するのが一番？

452 ：デフォルトの名無しさん：04/02/09 23:18

そもそも、Cで利用するDLLで、クラスとか使ったら駄目だろ。

利用側で、関数ポインタを羅列した構造体にアドレスをぶち込んでいけば
それっぽいものになるんじゃねの？

453 ：デフォルトの名無しさん：04/02/09 23:23

わかりますた。
普通にします。

454 ：デフォルトの名無しさん：04/02/09 23:24

インターフェイスさえ互換性があるのなら
内部の実装なんてどうでもいいじゃん

455 ：452：04/02/09 23:26

>そもそも、Cで利用するDLLで、クラスとか使ったら駄目だろ。

ちょっと足りなかった。
Cで利用するDLL「のインターフェイス部分」でC++の機能を使ったら駄目だろ。

456 ：デフォルトの名無しさん：04/02/10 00:23

COMはCでも使えるよん

457 ：デフォルトの名無しさん：04/02/10 00:32

>>454
コレってコピペ?
最近良く見かけるけど。

458 ：デフォルトの名無しさん：04/02/10 01:07

STLつかうと一気ｎ（ｒｙ

459 ：デフォルトの名無しさん：04/02/10 01:32

クラスがあまりでかいと、おかしくなりますか？
double 型変数を一個足したら、うまく動かないプログラムになりました。
sizeof(クラス) = 18048 byte でした。

460 ：デフォルトの名無しさん：04/02/10 01:37

それは隠れたバグが表面化しただけ

461 ：デフォルトの名無しさん：04/02/10 01:43

でも、メンバ変数をひとつ増やすかどうかだけで、
表面化するようなバグを思いつけないのです。
その行をコメントアウトすれば大丈夫なのに、しないといっちゃう。
具体的にその変数を使ってるところもないし。

462 ：デフォルトの名無しさん：04/02/10 01:51

>>461
double自体には罪無し。
どこかのメモリをその構造体がはみ出して誤って上書きしていることが多い。

463 ：デフォルトの名無しさん：04/02/10 01:52

>>461
配列が「プログラム全体のどこかで」あふれているときに起こることが多い。

464 ：デフォルトの名無しさん：04/02/10 01:54

>>458
環境（略）ない。

465 ：デフォルトの名無しさん：04/02/10 01:58

>>461
1. 初期化していない変数を使ってる箇所が「プログラム全体のどこか」に存在する。
2. 配列かポインタを使ってるときに、添え字や参照先が異常なものになってしまってる部分が
　「プログラム全体のどこか」に存在する。

大抵こんなところ。

466 ：デフォルトの名無しさん：04/02/10 02:10

>>464
すげ(中略)ルサイズが増え(中略)人。

467 ：デフォルトの名無しさん：04/02/10 02:24

>461
とにかくエラーメッセージか何かは出てないのか？

俺が思いつくのは単純にスタックオーバーフローとか。

468 ：461：04/02/10 02:24

はぁー、
結構根深いバグのようで、
みなさん、どうもありがとうございました。

469 ：デフォルトの名無しさん：04/02/10 02:27

The Blob アンチパターン？

470 ：デフォルトの名無しさん：04/02/10 02:42

初心者な質問ですみません。大きな配列が格納されているクラスmyclassが
あったとして、(myclassはコンストラクタもデストラクタもなし)

myclass *obj=new myclass;
(省略)
delete obj;

としたとき、newで確保された領域全部が開放されるのですか？

471 ：デフォルトの名無しさん：04/02/10 02:46

>>470
そうです。但しポインタに内部でnewで割り当てていたりしたら
自動では開放されないのでデストラクタに突っ込むべし。

472 ：461：04/02/10 03:37

ほんとに低レベルですみません。
最初はスレッドセーフなC関数しか使わないし、
と思って VC++ で CreateThread を使っておきながら・・・
_beginthread で書き換えてみたら直ったようです。
>>460,462,463,465,467 さん、
C に毛を生やしただけのようなコードしか書けない私に助言してくださって、
ありがとうございます。

473 ：デフォルトの名無しさん：04/02/10 03:50

C1010: ﾌﾟ(略

474 ：デフォルトの名無しさん：04/02/10 13:12

>>473
#(ry)。

475 ：デフォルトの名無しさん：04/02/10 21:56

>>470
あなたが使っているoperator deleteは領域全部を解放しているのですか？
デフォルトのoperator deleteを使っているなら、
そのoperator deleteのドキュメントには何と書いてありますか？

これはユーザ定義。何とも答えようがありません。

476 ：デフォルトの名無しさん：04/02/11 03:25

>>475

そんな言い方すると、C++のほとんどの挙動はユーザ定義可能であって、
初心者にはまともな質問も回答も難しいだろ。

確かに>>470の質問は勉強不足というか、C++の教本なら絶対に書いてある
内容なので煽りたい気持ちもわかるが、ちょっと大人気ないよ。

これだけだと俺もフレームっぽいので>>470に答えておくと、
初心者の質問ということで「newで確保された領域全部」というのが
本当に把握できているのかどうか疑問だが、
「classで定義されている領域は解放される」。
だが、(コンストラクタ・デストラクタのあるなしにかかわらず)
classが動的に確保した領域は解放されない。
たとえばメンバ関数にポインタを持っていて、なんらかの処理で
このポインタに対して動的にメモリを確保した場合、ここは
解放されない。この場合、領域の解放に加えて、代入や初期化の
副作用の可能性も考慮する必要がある。

ただね、こんなのはC++の基本中の基本なのでもっとちゃんと
学習するなり自分で調べるなりするのを勧める。

477 ：デフォルトの名無しさん：04/02/11 07:07

もう・・・名前空間とかわけわかんね・・・。

"std::ifsreamからstd::ifstreamへ変換できません”とかわけわからんエラーでるし・・・。なんねコレ
おなじやんか！！！変換しろ！

予想できる原因教えてくださいm(_ _)m

478 ：デフォルトの名無しさん：04/02/11 07:25

スペルミス

479 ：デフォルトの名無しさん：04/02/11 07:25

ヘルプ検索すると、新しい<fsteam>について、
『ファイルハンドルからストリームを作成できません。』
て書いてあるんですが、この辺かな・・・。意味わからん。

問題のプログラムを省略してかくと大体こんな感じのプログラムなんですが、
using namespace std;

int Inputdata(ifstream );//プロトタイプ宣言　内容省略

int main(){

fstream fin("data.txt");

Inputdata(fin);

}

Inputdata(ifstream)にｽﾄﾘｰﾑを渡す時にエラーがでてます。

480 ：デフォルトの名無しさん：04/02/11 07:35

> "std::ifsreamからstd::ifstream
　　　　　 ~
> ヘルプ検索すると、新しい<fsteam>について、
　　　　　　　　　　　　　　　　　　 ~

ifstreamになったりfstreamになったり、
ほんとにスペルミスでFA?

481 ：デフォルトの名無しさん：04/02/11 07:37

それはちがいますｗ
ｺﾋﾟﾍﾟじゃなくて打ち込んだので、実際のプログラムではそろってます・・・。

482 ：デフォルトの名無しさん：04/02/11 07:37

basic_fstreamはbasic_ifstreamおよびbasic_ofstreamを継承してないから

483 ：デフォルトの名無しさん：04/02/11 09:21

>>476
> だが、(コンストラクタ・デストラクタのあるなしにかかわらず)
> classが動的に確保した領域は解放されない。

はぁ ? そういうところを含めて、｢ユーザ定義｣だろ。
デストラクタで解放するように作ることもできるんだから。

要は、>>475 は myclass の中身がわからんと答えようがないと言ってるだけだろ。
だから、>>470 がホントに回答得たいなら、どっかに class の定義をアップするしかないよ。

484 ：デフォルトの名無しさん：04/02/11 11:53

ストリーム系のクラスってコピーできないんじゃないっけ？

485 ：デフォルトの名無しさん：04/02/11 13:52

ifstreamを参照で受け取りなはれ

486 ：デフォルトの名無しさん：04/02/11 16:46

>>485 ありがとうございます。コンパイルは通りましたm(_ _)m
でも今度はプログラムが固まってしまいます。どなたかお助けを～環境はVisualStudio.NTEです。

『　Run-Time Check Failure #2 - Stack around the variable 'c' was corrupted.　』

やりたいこと：　テキストファイルから指定の文字列を見つけてその行に書かれている整数データを入力し、結果を確認のために出力

<data.txtの内容>
data1: 2 3 5 5 5 12 35
data2: 1 2 3 4 5 6 7 8 9 10 3

487 ：デフォルトの名無しさん：04/02/11 16:46

関数
int Mystring::InputData(ifstream &fin, char str[ ] ){

char s[100];
int data[51]={0};
int i, n;
int ret;
while(!fin.eof()){//ファイルの終わりまで文字列strを探す
fin >> s;
if(strcmp(s, str)==0){break;}//見つけたらそこで止まる
}

char c[1];
n=0;
fin >>c;

if(c[0] !='\n'){//先頭に空白文字,改行があったら読み飛ばす
data[ n]=atoi(c);
n++;
}

while(fin.peek()!='\n' && fin.eof()==0){ // 改行になったら入力終了
fin >> data[n];
cnt++;
}

for(i=0;i< 50;i++)cout << ' ' << data[i];//確認の出力
return 0;
}

488 ：デフォルトの名無しさん：04/02/11 16:49

コノ関数をmainのなかで呼び出して、使うと確認の出力まではいくのですがそこで固まってしまいます。

int main(){
Mystring Data;

ifstream fin("data.txt");

InputData(fin,"data1:" );

int end;
cin >> end;
return 0
}

489 ：デフォルトの名無しさん：04/02/11 17:46

ごめんなさいこの質問なし・・・　あふぉやった・・・。

490 ：デフォルトの名無しさん：04/02/11 17:48

warota

491 ：デフォルトの名無しさん：04/02/12 01:01

>>483

>>デストラクタで解放するように作ることもできるんだから。

>>470にデストラクタは作ってないって書いてあるじゃん。
ちゃんと流れを把握しろよな。

>>470の質問
-->>475でoperator deleteに関する突っ込み
---->>476で初心者だからデフォルトの挙動を説明

だろ。ここでデストラクタの話を出してどうするんだ。

492 ：デフォルトの名無しさん：04/02/12 01:43

>>491
言葉は少々汚いが、根はやさしい奴(・∀・)ﾊｹｰﾝ!

493 ：デフォルトの名無しさん：04/02/12 18:21

ocx を作ろうと思うのですが、
VC++とBC++Builderのどちらがよいですか？
MFCを覚えるのが面倒だからBCCの方がよいかと思っているのですが。

494 ：デフォルトの名無しさん：04/02/12 23:23

VC++でSDK
これ最適解。

495 ：デフォルトの名無しさん：04/02/12 23:31

bccはヤメトケ
いろんな意味で不幸だ

496 ：デフォルトの名無しさん：04/02/13 00:38

>>493
VCでもMFC使わずにいけるし、BCCでOWLとどこが違うと言いたいんだ？

497 ：デフォルトの名無しさん：04/02/13 00:51

VC++でATL/WTL
これ最適解。

498 ：デフォルトの名無しさん：04/02/13 03:03

>>493
ATLに一票。

499 ：デフォルトの名無しさん：04/02/13 16:50

mingwを使ってますが、DOS窓で表示される
長いコンパイルエラーを全て見る方法はありませんか

500 ：デフォルトの名無しさん：04/02/13 16:55

>>499
Dev-C++を使ってコンパイルし、エラー出力窓をスクロールして
見る。

501 ：デフォルトの名無しさん：04/02/13 17:55

>>499
リダイレクトしてファイルに落としてから見る。

502 ：デフォルトの名無しさん：04/02/13 18:29

>>499
MOREに似非パイプでつないで見る。

503 ：デフォルトの名無しさん：04/02/13 18:43

>>499
DOS 窓のバッファサイズを大きくする。

504 ：デフォルトの名無しさん：04/02/13 19:01

cygwin上でなら

$ gcc ..... 2>&1 | less

MSYS は知らん。

505 ：デフォルトの名無しさん：04/02/13 19:03

というかemacs使うと
M-x compile
C-^
でエラー箇所へ飛ぶので楽だぞ。

506 ：デフォルトの名無しさん：04/02/13 19:12

>>501-502
Win98のdosなので標準エラーへのリダイレクト・パイプは無理でした
>>500
ありがたう
>>503
試してみる

507 ：デフォルトの名無しさん：04/02/13 19:30

>>503
プロパティを開いてみましたが、そんな項目はありませんでした
9x系のDOS窓では無理ですかね

508 ：デフォルトの名無しさん：04/02/13 19:30

>>506
この期に Cygwin を入れてみれ。

509 ：デフォルトの名無しさん：04/02/13 19:30

>>507
確か 9x 系にはバッファサイズの指定は無かったと思う。

510 ：デフォルトの名無しさん：04/02/13 19:40

Windows98の dos なら、
command /c make > hoge ってな感じでもう一個 command.com 起動して
リダイレクトしてあげればエラー出力もファイルに書けたような記憶がある。。。

511 ：デフォルトの名無しさん：04/02/13 20:32

MSYS！

512 ：デフォルトの名無しさん：04/02/14 01:28

<cstdio>において、bcc5.5やmingwでは
stdoutやstdinがdefineされているのですが、
標準ではstdの名前空間内になくていいものなのですか？

513 ：デフォルトの名無しさん：04/02/14 01:35

プリプロセッサマクロに名前空間など無い。

514 ：デフォルトの名無しさん：04/02/14 01:37

そいういうことを言ってるんじゃないだろ...。

515 ：デフォルトの名無しさん：04/02/14 01:38

>>514 じゃー何を？

516 ：デフォルトの名無しさん：04/02/14 01:46

例えば GCC だと

　#define stdin ((__getreent())->_stdin)

になってるけど、これだと std::stdin と使うことができない。
これは C++ の仕様として正しいのか？
std::stdin と使えなくていいのか？
という質問でしょう。

517 ：デフォルトの名無しさん：04/02/14 02:00

namespace std { inline FILE* _std_PFILE(FILE* val) { return val; } }
#define stdin _std_PFILE((__getreent())->_stdin)
とかにすればいいのにナ。

518 ：デフォルトの名無しさん：04/02/14 02:03

もう一度言う、プリプロセッサマクロに名前空間など無い。

519 ：デフォルトの名無しさん：04/02/14 02:07

……

520 ：デフォルトの名無しさん：04/02/14 02:09

stdin が std 名前空間内の識別子、
もしくは、それに展開されるマクロでないのだが、
それは C++ の仕様から許されるのかって質問だろ？

521 ：デフォルトの名無しさん：04/02/14 02:19

stdin/stdout/stderrは標準Cライブラリのマクロで、C++でも同じものが提供されている。
あとは、>>513

522 ：デフォルトの名無しさん：04/02/14 02:41

>512です。
レスをくださったみなさん、
言葉足らずな質問で混乱させてしまい、
申し訳ありませんでした。
基本的には>516さんと>520さんの
おっしゃるとおりです。

>521さん
stdin/stdout/stderrはグローバル変数ではなく、
マクロとして定義されていたのですね。
これでなんかすっきりしました。
ありがとうございました。

523 ：デフォルトの名無しさん：04/02/14 03:37

>>521
ホントだ。マクロって書いてあるな。

じゃ、g++ で printf が std:: なしで使えるのはどうなんだろう？
しかも、std:: なしだとフォーマットチェックの警告が出ないし...。

524 ：デフォルトの名無しさん：04/02/14 04:24

>>523 ttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=6257

525 ：デフォルトの名無しさん：04/02/14 05:36

>>524
C 用のライブラリを使いにくいから...ってことか。
確かにそうだなぁ。

526 ：デフォルトの名無しさん：04/02/14 17:06

すみません、C++で質問なんですが
2行3列の行列の和を求める関数 int sum(int x[][3],int y[][3],int z[][3])
で仮引数x[][3]をx[][]と出来ないのは何故ですか？

また、この関数だとn行3列の行列の和しか出せないのですが
n行m列の行列の和を出す関数は作れないんでしょうか？

527 ：デフォルトの名無しさん：04/02/14 17:14

C統合・質問スレッド
http://pc2.2ch.net/test/read.cgi/tech/1068359871/56-57

528 ：デフォルトの名無しさん：04/02/14 17:21

>>526
すでにCのスレが回答が出てるようだけど
C++というよりまるっきりCの質問だね。

529 ：デフォルトの名無しさん：04/02/14 17:40

というか、マルチｲｸﾅｲ

530 ：デフォルトの名無しさん：04/02/14 17:45

>529
すみません；
初めC統合逝って書き込んでみたら一個前のレスが01/18だったもんで廃棄されたｽﾚなのかと

531 ：デフォルトの名無しさん：04/02/14 22:54

なるほど。

532 ：デフォルトの名無しさん：04/02/14 23:26

>>530-531
だからと言って方々のスレにマルチする言い訳にはならん

533 ：デフォルトの名無しさん：04/02/14 23:39

移行した旨を伝えるべきだな。
といっても、今回のは移行するのとほぼ同時にレスが返ってきてるので、
逆にこっちに回答がありましたというべきだったか。
でも、>>527 も意外と即レスだったので...うむぅ。

534 ：デフォルトの名無しさん：04/02/15 03:26

_spawnl( _P_WAIT, "hoge.exe", "-AA temp.txt result.txt" );
プロセスを新しく起動させたくて上のコードを実行しましたが
例外が発生してしまいます。
パスに日本語がない状態で実行しても例外が発生します。

別に新規に上のソースだけバージョンを作って実行すると問題なく完了します。

タイプミスやファイルの有無も確認しましたが、
どうしてもエラーの原因がわかりません。
どなたかご存知ではないでしょうか？
VC++ 6.0 win98

535 ：デフォルトの名無しさん：04/02/15 03:36

俺は_spawnl使ったことないけど、
↓こうじゃないの?

_spawnl( _P_WAIT, "hoge.exe", "-AA", "temp.txt", "result.txt", NULL );

これでも駄目ならグローバル変数 errno を参照するとか

536 ：デフォルトの名無しさん：04/02/15 03:54

_spawnl( _P_WAIT, "hoge.exe", "-AA", "temp.txt", "result.txt" );
_spawnl( _P_WAIT, "C:\\a\\down3\\hoge.exe", "-AA temp.txt result.txt" );
_spawnl( _P_WAIT, "C:\\a\\down3\\Sjet.exe", "-AA", "temp.txt", "result.txt" );
フルパス指定してみましたが、これでも例外が発生しました。
かんじんの errno は 0 です。

これ以上手がかりないです・・・

537 ：デフォルトの名無しさん：04/02/15 04:15

いや、重要なのは最後のNULLなんだけど・・・

538 ：デフォルトの名無しさん：04/02/15 04:19

素直に CreateProcess 使いまつ
シングルイベントが良かったのだがおおおおおお
ＭＳめぇ手ぇぬいたなぁあああああ

539 ：デフォルトの名無しさん：04/02/15 04:22

すれ違い
NULL で、できました
どうもありがとうございました。

でも今日は寝まーす

540 ：デフォルトの名無しさん：04/02/15 05:36

シングルイベント？

541 ：デフォルトの名無しさん：04/02/15 07:32

勝手に俺用語定義するな

542 ：デフォルトの名無しさん：04/02/15 10:42

いや、定義はまだ見当たらないから、未解決参照にして読んだ。
よって今のところ意味不明。

543 ：デフォルトの名無しさん：04/02/15 19:34

template <class T>
void test(T t){}

template <>
void test<int>(int t){}

みたいに特殊化する時、<int>があるのとないのとでは違いはあるのでしょうか。
あと >>341は

template< class T1, class T2 >
void hoge( T1 & t1, T2 & t2 )
{ cout << t1.value << t2.value << endl; }

template< class T1 >
void hoge( foo<T1> & t1, T1 n )
{ cout << t1.value << n << endl; }

でもよくないですか?

544 ：538：04/02/15 20:37

眠かったんだよ
見逃してちょ
シングルスレッド

545 ：デフォルトの名無しさん：04/02/15 20:58

>>544
#define シングルイベントシングルスレッド
了解。

ところで、普通マルチスレッドというと
１プロセスの中で複数のスレッドが走っている
ことを言うのだが？

546 ：538：04/02/15 21:07

>>545
そのようだが？

547 ：538：04/02/15 21:21

OKOK
やっと分かった
同期させたかった
これでいいかな？
main で処理した結果をテキストに出力して、
それを解析する別のexeファイルを起動させて、テキストに出力して、
main では、解析を待つ状態を作りたかったわけ

中途半端な使い方がいけなかったかもしれん
というわけで
#undef シングルスレッド

548 ：デフォルトの名無しさん：04/02/15 21:25

_spawnl や CreateProcess はスレッドの数とは無関係なわけで、
>>538の発言は未だに意味がわからない。

549 ：538：04/02/15 21:34

俺の間違い
＝＝＝終了＝＝＝

550 ：デフォルトの名無しさん：04/02/15 22:16

>>549
シングルイベント -> シングルスレッド
シングルスレッド -> #undef

OK?

551 ：デフォルトの名無しさん：04/02/15 22:36

シャ乱Ｑかよ

552 ：デフォルトの名無しさん：04/02/15 22:37

シングルスレッドで夢とお前を抱いてるのかよ！

553 ：デフォルトの名無しさん：04/02/15 22:39

2ch::シングルスッドレ

554 ：デフォルトの名無しさん：04/02/15 22:39

>>551
俺も思った(*^-^*)

555 ：デフォルトの名無しさん：04/02/15 23:25

ﾜﾗﾀ

556 ：543：04/02/16 00:20

教えてください。おながいします。

557 ：デフォルトの名無しさん：04/02/16 00:38

>>543
> みたいに特殊化する時、<int>があるのとないのとでは違いはあるのでしょうか。

ないですよ。

> あと >>341は
> ・・・
> でもよくないですか?

ダメだったんですか？

558 ：543：04/02/16 00:53

>>547
ありがとございます。
クラスの場合は関数みたいに引数で推論、みたいなことができないので
<int>は必要。であってますよね。
template <> void test<int>(int t){} より、
void test(int t){} の方が優先順位が高い様なのですが
そこらへんのルールってどうなってるんでしょう

341のは、僕は 543でいいと思ったんですけど
意図していることと違うのかなあと思ったので。

559 ：デフォルトの名無しさん：04/02/16 01:17

>>558
> クラスの場合は関数みたいに引数で推論、みたいなことができないので
> <int>は必要。であってますよね。

あってると思いますよ。

> template <> void test<int>(int t){} より、
> void test(int t){} の方が優先順位が高い様なのですが
> そこらへんのルールってどうなってるんでしょう

こちらに詳しい資料がありますので、どうぞ。→ttp://www.kuzbass.ru/docs/isocpp/over.html

> 341のは、僕は 543でいいと思ったんですけど
> 意図していることと違うのかなあと思ったので。

>>341にテスト用のコードが載っているので、それで試されてはいかがでしょう？
それ以上の意図は、本人に聞かないとわからないでしょうね。

560 ：デフォルトの名無しさん：04/02/16 07:09

Effective C++を今更ながら読んでます。
class固有のnewのオーバーロードについての宣言が

class X {
public:
static void *operator new(size_t size);
...
};

という感じで必ずstaticなのは何か理由があるのでしょうか？

561 ：デフォルトの名無しさん：04/02/16 07:35

staticじゃないとX からしか new X できないじゃん?

562 ：デフォルトの名無しさん：04/02/16 13:15

static付けなくても勝手にstaticになるんじゃなかったっけ？

563 ：デフォルトの名無しさん：04/02/16 17:37

初歩的な質問

inline bool operator==(const aaa& str)const{

}

この const ってなんですか？

564 ：デフォルトの名無しさん：04/02/16 17:39

なぜわからないのに初歩的だと言い切れるのか？
とお決まりのツッコミ。

565 ：デフォルトの名無しさん：04/02/16 17:41

なんでだろう。

566 ：デフォルトの名無しさん：04/02/16 17:42

>>563
どのconstだ？

>>564
言語仕様に関することだからじゃないか？

567 ：デフォルトの名無しさん：04/02/16 17:44

inline bool operator==(const aaa& str)const{
~~~~~~
です。

何がコンストなんですか？

568 ：デフォルトの名無しさん：04/02/16 17:44

空白はいらないんだった

569 ：デフォルトの名無しさん：04/02/16 17:46

ここで質問して回答を待つより
入門書を読んだり入門サイトをぐぐって調べたりする方が
ずっと早く疑問が解決すると思うんだけど

570 ：デフォルトの名無しさん：04/02/16 17:48

調べ中...

571 ：デフォルトの名無しさん：04/02/16 17:51

面倒だから教えてやる。
１番目のconstはstrの指すインスタンスに対して変更できない事を示す。
２番目のconstはthisの指すインスタンスに対して変更できない事を示す。

572 ：デフォルトの名無しさん：04/02/16 17:52

>>567
二番目のconstだと推測して回答。
class Xのメンバ関数の宣言の後ろにconstをつけると、そのメンバ関数はconst X型の
オブジェクトに対して呼ぶことができる。
これによって状態更新演算と状態取得演算の違いを明示できる。
組み込み型のconstの挙動にあわせるのが普通の使い方だが、
クラスの設計者がconstの意味を定義できると考えてもよい。
mutableメンバも併せて調べるとよし。

573 ：デフォルトの名無しさん：04/02/16 17:55

なるほど。
thisですか。

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

574 ：デフォルトの名無しさん：04/02/16 17:56

this is unco

575 ：デフォルトの名無しさん：04/02/16 21:28

> クラスの設計者がconstの意味を定義できると考えてもよい。

よくないと思いますよ。

576 ：デフォルトの名無しさん：04/02/16 22:07

>>574
is 演算子のある言語ならいけそうだな。

577 ：デフォルトの名無しさん：04/02/16 22:35

const と mutable の関係。
const と const_cast の関係。

578 ：デフォルトの名無しさん：04/02/16 22:38

volatile

579 ：デフォルトの名無しさん：04/02/16 23:58

const volatileを組み合わせるとconstだけでもなく、volatile
だけでもない新しい属性が発生するというこの複雑さ。

お陰でメンバ関数をたーくさん書く羽目に。

580 ：デフォルトの名無しさん：04/02/17 00:03

this is not manko
i am pen

581 ：デフォルトの名無しさん：04/02/17 00:33

>>576
演算子の定義できる言語なら（以下略

582 ：デフォルトの名無しさん：04/02/17 05:44

#define is ->

583 ：デフォルトの名無しさん：04/02/17 12:38

いままでＣしかやったことなくて
今Ｃ＋＋を勉強しています。
講座を見ると
using namespace std;
と初めに書いてあるのですが
これは一体なんのために書いてあるのかわかりません。

584 ：デフォルトの名無しさん：04/02/17 12:54

よほど古いものでない限り
どんな入門書にも
どんな入門サイトにも
書いてあります

585 ：デフォルトの名無しさん：04/02/17 16:33

>>583
namespace std
{
//ココ
}
の中で定義された関数、クラス等をどこででも、つまり「std::vector<int> ...」
などとしなくても「vector<int> ...」のように使えるようにする操作。名前の
衝突が起こりやすくなるため、グローバル(この場合翻訳単位ということに
なるが)でこれを行うことは推奨しない。面倒臭くても出来る限り小さな
スコープの中で行うことが求められる。ただし、規模の小さなコード、
すなわち入門書の練習問題程度では問題にならないことが多い。
「名前空間(namespace)」について勉強することをお勧めする。

586 ：デフォルトの名無しさん：04/02/17 16:55

名前空間は全部usingでグローバルに導入して、
衝突の起こったときだけ限定子で明示するってのも
ありのような気がするんだが、推奨されてないのは何か理由があるのかな。

587 ：デフォルトの名無しさん：04/02/17 17:09

>>586
気持ち悪いYO!

宗教戦争の悪寒…

588 ：デフォルトの名無しさん：04/02/17 17:11

やっぱ、「偶然の一致」じゃないかな。
typoで意図しないものが呼ばれてしまうとか。
(特に１引数コンストラクタやoperator系)

589 ：デフォルトの名無しさん：04/02/17 17:24

>>588
なるほど。そこまで考えてなかったよ。

590 ：５８３：04/02/17 19:42

>>585
丁寧な説明ありがとうございます。

591 ：デフォルトの名無しさん：04/02/17 20:21

deleteについて教えてくださいm(__)m
配列でnewしたオブジェクトのポインタは
delete [] p
で解放しないといけないとダメとのことですが
vc6.0でステップ実行したところ[]を付けても付けなくても
同じoparator::delete()が呼ばれていて、中身はcのfree()
をラップしただけなのですがどういうことなのでしょうか？

592 ：デフォルトの名無しさん：04/02/17 20:33

>>586
もはやこれは宗教戦争だけど、漏れはstd名前空間だけならグローバルでもいいと思う

593 ：デフォルトの名無しさん：04/02/17 20:38

>>591
ある環境で動くことが、他の環境でも動くことを保証するわけではない。

まぁ、大抵の場合はデストラクタがない型なら [ ] なくても動くとは思うが、
だからといって書かないってのはダメ。

要するに delete の場合は先頭のしかデストラクタが呼ばれず、
delete [ ] の場合は全てのオブジェクトでデストラクタが呼ばれる。
さらに、new [ ] の場合は（delete [ ] で使うための）オブジェクトの数を
保存する領域も同時に確保することが多く、
new [ ] で返される値と実際に確保されたメモリ領域の先頭アドレスとは
その分だけずれることが多い。

実際のところ、このあたりをどう実装するかは処理系依存で、
デバッグモードでのみデストラクタの有無に限らず delete と delete [ ] の処理が違ってても
何の文句も言えない。

594 ：デフォルトの名無しさん：04/02/17 20:40

>>591
特定の処理系でうまく行った（ように見えた）としても
規格に合致しているわけではないからdelete[]を使うべき。
vc6での正確な挙動は忘れたが、ただのdeleteで配列全体の
デストラクタが呼ばれるか試してみると良い。

595 ：591：04/02/17 20:59

>>593-594
なるほど！処理系依存なんですね。
デストラクタが呼ばれるかは試してなかったのですが、MFCアプリで[]を
付けずにコンパイルしたらアサーションされたのに、[]を付けたら
走ったので、何が違うのかと思ってステップ実行したら同じoperator::delete
が呼ばれていたので何が違うんだろうと思ったのでした。
ありがとうございました。。。

596 ：デフォルトの名無しさん：04/02/17 21:01

デストラクタを呼ぶ部分は
operator delete(...) の中には無いからね。
operator delete(...) を呼ぶ前に実行される。

597 ：591：04/02/17 21:03

>>596
あっ、そうか！その部分こそ処理系（実装）依存でソースを
追っていても見えないんですね。
よくわかりました。。。

598 ：デフォルトの名無しさん：04/02/17 21:10

デストラクタを呼ぶのが
operator delete が呼ばれる前ってのは
処理系依存じゃないんだけど...。

599 ：デフォルトの名無しさん：04/02/17 21:18

>>598
いやそのこと自体を処理系依存と言ってるわけじゃないだろう。

600 ：591：04/02/17 21:19

あ、大丈夫です
変な書き方してすみません（汗

601 ：デフォルトの名無しさん：04/02/17 21:23

vector<string> で5000個ほどのデータを管理したいんですがそのまま使うとメモリを
食いすぎてエラーを起こしてしまいます。。
いろいろ調べて new すればいいことまではわかったのですが、肝心の vector<string>
での new の仕方が分かりませんでした。
初歩的な質問であることは重々承知しているのですが、どなたか分かる方がいれば
教えてくださいm(__)m

602 ：デフォルトの名無しさん：04/02/17 21:23

More Exceptional C++オモシロイ。STLのきわどい使い方や
遅延評価など新しいトピックが満載。感想は「痒い所に手が
届く」といった感じだ。

603 ：デフォルトの名無しさん：04/02/17 21:33

>>601 難しくないよね。

#include <iostream>
#include <vector>
#include <string>

typedef std::vector<std::string> Vs;

int main()
{
Vs* vsp;

vsp = new Vs(5000);

(*vsp)[4999] = "abcdef";

std::cout << (*vsp)[4999] << std::endl;

delete vsp;
}

604 ：601：04/02/17 21:37

なるほど･･･
さっそく試してみます。
603さんありがとう！ありがとう！

605 ：デフォルトの名無しさん：04/02/17 21:38

ええと

606 ：デフォルトの名無しさん：04/02/17 21:39

>>601
何も分かってないべ。
new することに意味は全く無い。

vector<string> でメモリが足らなければ、
少々のことしたくらいではメモリが足りるようにならない。
というか、そんくらいで一杯になるメモリって何？
他の何かがおかしいんじゃないの？

あと、再確保は嬉しくないので
できるなら最初に vector のサイズを指定した方がいい。

607 ：デフォルトの名無しさん：04/02/17 21:41

>>604
後、参照外しが面倒ならこういう風にしてもいいべ。

#include <iostream>
#include <vector>
#include <string>

typedef std::vector<std::string> Vs;

int main()
{
Vs* vsp;
Vs vs;

vsp = new Vs(5000);
vs = *vsp;

vs[4999] = "abcdef";

std::cout << vs[4999] << std::endl;

delete vsp;
}

608 ：デフォルトの名無しさん：04/02/17 21:47

>>606
実装次第だと思うけど、vectorの本体も、中身のstringも
ヒープ領域に確保されるという気がするよねえ。5000個とか
数はあまり関係ないような気がする。

609 ：デフォルトの名無しさん：04/02/17 22:17

>>607
...。Vs& vs = *vsp; なら分かるが。

610 ：デフォルトの名無しさん：04/02/17 22:25

>>609
&つけて参照しないと、新しいオブジェクトが作られるだけだね。
だから&無しではvs[4999]に何か代入しても(*vsp)[4999]は空のままだ。

611 ：デフォルトの名無しさん：04/02/17 22:33

ポインタにする意味はないと思うんだけど…

612 ：デフォルトの名無しさん：04/02/17 22:40

ないよ。全く。

613 ：デフォルトの名無しさん：04/02/17 22:42

>>611
こうかい？段々プログラムがねじれて行く気がするんだけど・・・・

typedef std::vector<std::string> Vs;

int main()
{
Vs& vs = *(new Vs(5000));

vs[4999] = "abcdef";
vs.resize(10000);

std::cout << vs[4999] << std::endl;
std::cout << "size = " << vs.size() << std::endl;

delete &vs;
}

614 ：デフォルトの名無しさん：04/02/17 22:51

new する意味が無いと言ってるというのに...。

615 ：デフォルトの名無しさん：04/02/17 22:53

int main()
{
　　std::vector<std::string> vs;

　　vs.resize(5000);
　　vs[4999] = "abcdef";

　　std::cout << vs[4999] << std::endl;
}

で、いいだろ。
vectorの中身はヒープ領域に確保されるんだから。

616 ：デフォルトの名無しさん：04/02/17 23:03

>>614 >>615
やっぱそうだよな。それにしても>>601さんの書き込みが
気に掛かる。。。

617 ：デフォルトの名無しさん：04/02/17 23:15

割り込みすみません。初心者質問ですがおせてください。
よく「VBはランタイムがいる」とか言いますが、cやc++も
ランタイムというかライブラリが要りますが、これは静的に
リンクされているために実行時には不要ということなのでしょうか？
標準ライブラリとかはものすごいデカイので静的にリンクすると
ものすごいデカイ実行ファイルになってしまうと思うのですが。

618 ：デフォルトの名無しさん：04/02/17 23:20

>>617
LIBファイルの構造による。関数一つ一つをバラバラにしてある
LIBと、いくつかの関連する関数をまとめてパックしたLIBでは
リンクされる大きさが違う。

Cはそういう傾向があるが、C++は継承が多用されているので
ガバッとリンクされる。動的にリンクする事も大抵できるので
お試しあれ。

619 ：617：04/02/17 23:25

>>618
レスどうもありがとうございますｍ（＿＿）ｍ
なるほど、標準ライブラリといっても複数のLIBに分解されているので
#includeするヘッダによってリンクされるLIBが決まってくると
いうことなのですね。VBあがりの初心者VCプログラマなのですが
VCにはVBのようなランタイムがないのでわかりにくかったのですが
理解できました。

620 ：デフォルトの名無しさん：04/02/17 23:30

>>619
違う。#includeで決まるわけではない。
「関数を実際に使わないと」リンクされない。

621 ：デフォルトの名無しさん：04/02/17 23:31

という実装が多いだけだな。
呼び出されていない関数の未解決参照を
「エラーにしなくてよい」というだけの話。

622 ：617：04/02/17 23:34

>>620
あ、なるほど。
ところで、たとえば今ヘッダで
#include <vector>
と書いて、実際に
vector<int> vi;
と宣言して使用したとして、リンカはvectorの実装がどのLIBに
存在するかどうやって知るのですか？

623 ：デフォルトの名無しさん：04/02/17 23:40

リンクするのは、.cをコンパイルした.objファィル。
LIBは.obj(.o)を集めたファィル。
その中から実際に使われる.objファィルだけがリンクされる

624 ：デフォルトの名無しさん：04/02/17 23:44

>>622
基本的には暗黙なものを含めて指定されたオブジェクトファイルとライブラリを
全てリンクするだけ。完全に同名の関数が複数あればエラー吐いて終わり。
どこに実装があったかなんか知ったこっちゃない。

625 ：617：04/02/17 23:44

>>621さんもどうもです。
>>623
LIBファイルというのはobjファイルの集合だったんですね。
で、リンカは実装が存在するobjファイルを探して
それだけをリンクの対象にするということですか。
基本的なことがわかってなくてすみませんでした。
みなさんどうもありがとう...。

626 ：デフォルトの名無しさん：04/02/17 23:46

>>622
vector はテンプレートライブラリだから
他に何もリンクしないと思う。
何か特殊化してるものがあったら分からんけど。

まぁ、そんなことはどうでも良くて、
標準ライブラリであればコンパイラやリンカの方で
自動的にチェックしてくれるのが殆どだと思う。
だから、そのあたりをいじるには、
リンカか何かのオプションをいじればいいと思う。

627 ：デフォルトの名無しさん：04/02/17 23:46

ちなみにほとんどの実装でstd::vector<>の実装なんてものは存在しない。

628 ：デフォルトの名無しさん：04/02/17 23:49

>>627
ヘッダに入っちゃってるからってこと！？

629 ：デフォルトの名無しさん：04/02/18 00:24

STLつかうと一気に実行ファイルサイズが10倍に?！

630 ：デフォルトの名無しさん：04/02/18 00:31

>>629
おまいのコードはせいぜいレス番程度のライン数

631 ：デフォルトの名無しさん：04/02/18 00:32

>>629
環境によるだろ。
俺はBorland-C++5.6.2に -D_RTLDLL オプションを指定して、極力
ランタイムを使用するようにして使っているが、例えばstd::vectorを
使っても使わない時と比べ10Kほどしか増えない。

632 ：デフォルトの名無しさん：04/02/18 00:38

>>631
>>28

633 ：デフォルトの名無しさん：04/02/18 00:42

C1010: ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの検索中に予期しない EOF を検出しました。
とかいうエラーが出るんだけどこれってどうすればいいの？

634 ：デフォルトの名無しさん：04/02/18 00:47

>>633
#include "stdafx.h"

後死ね。

635 ：デフォルトの名無しさん：04/02/18 00:49

【初心者歓迎】C/C++室 Ver.4【環境依存OK】
http://pc2.2ch.net/test/read.cgi/tech/1073473867/

636 ：デフォルトの名無しさん：04/02/18 00:57

>>601
> vector<string> で5000個ほどのデータを管理したいんですがそのまま使うとメモリを
> 食いすぎてエラーを起こしてしまいます。。

たぶんこれが、メモリの食いすぎじゃないんだろうな。

637 ：デフォルトの名無しさん：04/02/18 01:15

>>634
言葉が悪いな。それで教えているつもりか。
まぁヒントぐらいにはなったな。
うむごくろう。

638 ：デフォルトの名無しさん：04/02/18 01:31

おまえら、いい加減にそのネタから離れろ

639 ：デフォルトの名無しさん：04/02/18 02:05

容疑者を絞り込むために、小さいテストプログラムを作る事をお勧めする。

int main()
{
　const size_t max_size = 5000;
　vector<string> arr(max_size);
　char buffer1[256];
　size_t i=0;
　for(i=0; i<max_size; i++){
　　sprintf(buffer1, "私は、%04dです。", i);
　　arr[i] = buffer1;
　}
　
　for(i=0; i<max_size; i++){
　　cout << arr[i] << endl;
　}
　
　return 0;
}

ま、結論から言うと、vector<string>に罪はないってこった。

640 ：デフォルトの名無しさん：04/02/18 05:38

n個の整数型定数a[n]が与えられているとき
n個の整数型変数x[n]の値を次のように定める。

数学的な意味での集合として { x[0] , x[1] … x[n-1] }={ a[0] , a[1] … a[n-1] }
任意のi,j(i≠j)に対して x[i]≠x[j]

つまりn個の定数の順列を考えているわけです。
ですから当然n!=n*(n-1) … 2*1個のパターンがあるわけなんですが
これを具体的に設定する上手い方法を思いつきません。

例えばn=3くらいであれば
for(int i=0; i<3; i++){
for(int j=0; i<3; j++){
for(int k=0; k<3; k++){
x[0]=a[i],x[1]=a[j],x[2]=a[k];
if(x[0]!=x[1] && x[1]!=x[2] && x[2]!=x[0]){
cout<<x[0]<<endl<<x[1]<<endl<<x[2]; } } } }

などとすれば一応出来るのですが、一般の個数nの場合ですと
このような方法ではいたずらにソースコードが増えてしまいます。

何か良い方法はないでしょうか。
よろしくお願いします。

641 ：デフォルトの名無しさん：04/02/18 05:44

>>640
再帰は？

642 ：デフォルトの名無しさん：04/02/18 05:55

>>640
ここはstd::next_permutationに限るな

643 ：デフォルトの名無しさん：04/02/18 09:43

#include <stdio.h>

char s[4]={'A','B','C','D'};

void fun(int i)
{
　char c;
　int j,k;
　for(k=i;k>0;k--){
　 for(j=i-1;j>0;j--){
　　printf("%s\n",s);
　　c=s[j];
　　s[j]=s[j-1];
　　s[j-1]=c;
　 }
　}
}

int main ()
{
　fun (4);
　return 0;
}

C++だとどうなるんだろ。

644 ：デフォルトの名無しさん：04/02/18 10:14

>>642
同意
標準ライブラリに、こんなときに使わなくてどうするって関数があるんだもんな。

645 ：デフォルトの名無しさん：04/02/18 13:40

#include　<iostream>
class　CSub;
class　CBase　{
public:
　CBase(){}
　~CBase(){}
　CSub*　CreateSub()　{　CSub　*node　=　new　CSub;　return　node;　}
};
class　CSub　{
public:
　CSub(){}
　~CSub(){}
};

int　main(){　return　0;　}

初歩的ですいません。
上のコードをコンパイルすると
error C2512: 'CSub' : ｸﾗｽ、構造体、共用体にﾃﾞﾌｫﾙﾄｺﾝｽﾄﾗｸﾀがありません。
とでてコンパイルできません。
コンストラクタもデストラクタも定義しているはずなのですが、
どこがいけないのでしょうか？
VC++6.0

646 ：デフォルトの名無しさん：04/02/18 13:56

>>645
僕も初心者で申し訳ないのですが
class CSubの定義を前方宣言の位置に書くと通りますね。
なんでだろう。。。

647 ：デフォルトの名無しさん：04/02/18 13:57

>>645
空宣言が有効なのはポインタと引数だけ。
インライン関数はダメ。

CreateSubをインライン関数にせずに、CSubの宣言の後で定義すれば大丈夫なはず

648 ：デフォルトの名無しさん：04/02/18 14:00

>>647
厳密に言えば空宣言を使ってインスタンスを生成するのは違反ってことだな

649 ：645：04/02/18 14:10

>>647,648
YEAH!
前方宣言だったぜ
最近イージーミスが多いいかんいかん

650 ：デフォルトの名無しさん：04/02/18 14:15

>>649
645とえらいキャラが違うなｗ

651 ：645：04/02/18 14:23

すいませんギャップが激しいもので
あ、単細胞とか言わないで下さいね。

652 ：デフォルトの名無しさん：04/02/18 14:23

質問おながいします。
基底クラスでデストラクタをvirtualで宣言したとき
派生オブジェクトをdeleteすると、派生・基底ともに
デストラクタが呼ばれますが、virtualの本来の性質から
いうと派生クラスのデストラクタのみ走るべきでは
ないのですか？これはc++の仕様なのでしょうか？

653 ：デフォルトの名無しさん：04/02/18 14:25

仕様です。
virtual じゃなくてもそうなります。
「デストラクタ」の本来の性質が優先されているわけです。

654 ：デフォルトの名無しさん：04/02/18 14:27

というか派生しか走らなかったら、抽象クラスならまだしも
基底クラスの要素を削除するやつがいなくなるからな。

それじゃ困るだろ？

655 ：652：04/02/18 14:29

>>653
レスどうもです。
>「デストラクタ」の本来の性質が優先されているわけです。
とすると、よく基底クラスのデストラクタはvirtualとして
宣言しておかないと
CBase *pb=new CDerived();
delete pb;
としたとき派生クラスのデストラクタのみ走って基底クラスのが
走らないミスが言われますが、なぜvirtualでなくとも基底クラス
のデストラクタが走る設計にc++はなってないのでしょうか？

656 ：652：04/02/18 14:32

すみません。
×派生クラスのデストラクタのみ走って基底クラスのが走らない
○基底クラスのデストラクタのみ走って派生クラスのが走らない
でした。

657 ：652：04/02/18 14:34

度々すみません。やっぱり
×基底クラスのデストラクタのみ走って派生クラスのが走らない
○派生クラスのデストラクタのみ走って基底クラスのが走らない
でした。

658 ：デフォルトの名無しさん：04/02/18 14:36

>>655
効率のため

659 ：652：04/02/18 14:37

スレ汚くしてスミマセン。
ちょっと頭冷やしてきます。

660 ：デフォルトの名無しさん：04/02/18 14:54

>654
任意に呼び出す事もできるけどな。

設計が悪いのは解っているが、
たまに派生要素の削除の前に基底のデストラクタを呼びたいとき、
派生のデストラクタの先頭で呼び出すことがある。
その後もう一回呼ばれてしまうのが気持ち悪いが。

661 ：デフォルトの名無しさん：04/02/18 15:31

気持ち悪いと言う程度の問題なのか…

662 ：デフォルトの名無しさん：04/02/18 15:55

>>655
多分、「なぜデストラクタにはvirtualが必要」ではなく、
「なぜコンストラクタにはvirtualが必要じゃない」が正しい疑問なんだと思う。
理由は、呼び出されるべきコンストラクタのアドレスは全て静的に決定できるのに対し
デストラクタは実行時じゃないとわからないからだと思う。

D* d = NULL;
switch( x )
{
case 0: d = new A;
case 1: d = new B;
case 2: d = new C;
}
delete d;

663 ：デフォルトの名無しさん：04/02/18 15:58

C++標準がどう考えてるかはARMでも読めばいいとして、
単純な話デストラクタを強制的にvirtual扱いすると、仮想関数が一つもないクラスでもvptrとvtblがくっついちゃって
効率に影響を及ぼすっていう理由があるんじゃないでしょうか。

664 ：デフォルトの名無しさん：04/02/18 17:19

>>663
complex とかがいい例だね。

665 ：デフォルトの名無しさん：04/02/18 20:13

perlのcrypt関数と同じ動作をC++でもさせたいのですが、
unistd.hが無いのでその関数が使えません。
どうにかしてC++でcrypt関数を使う事は出来ないでしょうか？

666 ：デフォルトの名無しさん：04/02/18 20:15

元スレから見てるけど
君の移動すべきスレはこっちだよ
http://pc2.2ch.net/test/read.cgi/tech/1077102238/

667 ：デフォルトの名無しさん：04/02/18 20:15

http://human2.2ch.net/test/read.cgi/owarai/1077005953/

668 ：665：04/02/18 20:21

移動します。

669 ：デフォルトの名無しさん：04/02/19 01:26

お願いします。
VC++6.0なのですが、newに失敗してもbad_alloc例外がスローされずに
ヌルポインタが返ってくるのですが、これはコンパイラの仕様なの
でしょうか？
本を読んだら#include <new>すれば比較的新しい処理系（コンパイラ）
は例外を投げると書いてあったのですが。

670 ：デフォルトの名無しさん：04/02/19 01:35

>>669
VC++6.0はその点では「古い処理系」に当たる。

671 ：デフォルトの名無しさん：04/02/19 01:37

その他の点も含めて「古い処理系」だな。

672 ：デフォルトの名無しさん：04/02/19 01:39

>>671
そうだな。確かメンバテンプレートが使えないので
STLのコンテナは軒並みデフォルトのアロケータが
使えなかったような記憶が。

673 ：デフォルトの名無しさん：04/02/19 01:59

宣言部（でいいんだっけ？）で実装すれば
一応メンバテンプレートも書ける。

674 ：デフォルトの名無しさん：04/02/19 02:04

VC++6.0付属のヘッダとかには一応bad_allocの定義とかあるし、
CRTのソースにはなんかあるような気配なんで、どっちかつーと過去互換の
問題っぽいけどな。
一応bad_alloc投げさせたい場合は_set_new_handler()ってことになってるが。

675 ：デフォルトの名無しさん：04/02/19 02:34

Dinkumware の ver3.08 にはVC++6.0でも動く
std::set_new_handler があってちゃんと動作する。

676 ：デフォルトの名無しさん：04/02/19 05:38

概念的な話になって申し訳ありませんが、
privateな仮想関数ってどういう風に使うんですか？
クライアントコードからは多様的に使えないわけで、
既定クラス・派生クラス間で単に同じ名前の関数がある
(両者になにか関連があるというわけではない)というだけ
になるんでしょうか。

677 ：デフォルトの名無しさん：04/02/19 06:53

template method。

678 ：デフォルトの名無しさん：04/02/19 06:53

>>676

普通は使わない方がいいとされてる。
派生クラスでprivate関数の振る舞いを変えるのは基底クラスの意図しないところであるから。

679 ：676：04/02/19 07:37

template methodはprotectedの方がよくないですか？

680 ：デフォルトの名無しさん：04/02/19 07:55

それ以前に、private・protected・publicは、
派生クラスでの属性変更が可能では？
例
protected→public
public→protected

というか、コンパイル時しか関係ないような事に
神経つかうのは時間の無駄ですよ、きっと。
私、経験ありますから（ｗ

681 ：デフォルトの名無しさん：04/02/19 08:11

private な仮想関数は多分使ったことないな。
オーバーライドするときに、
基底クラスの仮想関数を派生クラスで呼ぶことを禁止する、
ってな状況であれば使うこともあるかもしれんが。

>>680 の
＞というか、コンパイル時しか関係ないような事に
＞神経つかうのは時間の無駄ですよ、きっと。
には全面的には同意しかねるが、
今回のことに関してはそうかもな。

682 ：デフォルトの名無しさん：04/02/19 08:12

template methodとしてしか呼び出されたくないが純粋仮想関数ではなく
デフォルトの実装を提供したければprivateじゃないとダメじゃないか？

683 ：デフォルトの名無しさん：04/02/19 08:39

そのデフォルトの動作を派生クラスで使いたい場合は
protected にする必要があるけどね。

684 ：デフォルトの名無しさん：04/02/19 08:56

http://cpptips.hyperformix.com/cpptips/priv_virt4

685 ：デフォルトの名無しさん：04/02/19 13:34

class I_vfTCB
{
friend class vfTCB_Manager;

public:
I_vfTCB(void) : next(0),prev(0),Order(0) {}
virtual ~I_vfTCB() = 0 {}
private:
virtual void Run(void) = 0;
virtual void Remove(void) {}
I_vfTCB *next;
I_vfTCB *prev;
unsigned long Order;
};
こんなので使ってました。

686 ：ahoneko：04/02/19 13:46

#include <iostream>
#include <string>
using namespace std;

class Neko{
string name;

public:
Neko(){}
Neko( string n ){
name = n;
}
void ShowName() const{
cout << "I'm " << name << "." << endl;
}
};

void GenerateNeko( Neko *neko ){
neko = new Neko( "TAMA" );
}

int main(){
Neko *x;
GenerateNeko( x );
x->ShowName();
}
どうしてこんなコードは、駄目なのにゃ～。
ブルーバックスの「これならわかるC++」読んだけどわかりにゃせん。

687 ：ヽ(´ー`)ノ：04/02/19 14:03

GenerateNeko() がおかしい。
main() の x と、GenerateNeko() の neko とじゃ刺してる先が違うぞ。

やるんなら、

Neko* GenerateNeko() {
return new Neko("TAMA");
}

x = GenerateNeko();

か、

void GenerateNeko(Neko** neko_ptr) {
*neko_ptr = new Neko("TAMA");
}

GenerateNeko(&x);

ポインタについて勉強しる。

688 ：デフォルトの名無しさん：04/02/19 14:04

GenerateNekoのインスタンスをだれが破棄するんだ？

689 ：ahoneko：04/02/19 14:16

687さん、ありがとうです。うまくいきましたわい。
ボインダについて勉強しましる。

690 ：デフォルトの名無しさん：04/02/19 16:14

ぼいん、ぼい～ん～

691 ：デフォルトの名無しさん：04/02/19 16:47

>>687
std::auto_ptr
boost::scoped_ptr

692 ：ヽ(´ー`)ノ：04/02/19 16:57

言われなくたって分かってるよ(ノД`)俺じゃなくて質問者に言えよ

693 ：デフォルトの名無しさん：04/02/19 18:39

>>689
これでもいいよ。ポインタのリファレンス。

void GenerateNeko(Neko*& neko)
{
neko = new Neko("TAMA");
}
int main()
{
Neko* x;
GenerateNeko(x);
x->ShowName();
}

694 ：デフォルトの名無しさん：04/02/19 18:54

Newって遅いのか？
mallocを使うべきなのか！？
教えてください

695 ：デフォルトの名無しさん：04/02/19 18:55

>>694
newもmallocも遅い。

696 ：デフォルトの名無しさん：04/02/19 18:57

>>695
多用してはいけないと…

697 ：デフォルトの名無しさん：04/02/19 19:01

メモリ管理は自分で書きなさい！

698 ：デフォルトの名無しさん：04/02/19 19:02

ポインタって何よ？

なんで必要なの？

699 ：デフォルトの名無しさん：04/02/19 19:04

いらない。窓から投げ捨てろ

700 ：デフォルトの名無しさん：04/02/19 19:04

C++ではできるだけnewを使う方がよい(コンストラクタの呼び出し
をしてくれる)。内部的にはnewはmalloc()を呼び出しているよう
だけどね。

701 ：デフォルトの名無しさん：04/02/19 19:04

ポインタがないと Hello, world! も書けない。

702 ：デフォルトの名無しさん：04/02/19 19:05

ポインタなんてなくても
次のアドレス指定するコード書けばいいんじゃないの？
そうでもないの？

703 ：デフォルトの名無しさん：04/02/19 19:08

>>701
putchar 使えば書けないことも無いけどな。

704 ：デフォルトの名無しさん：04/02/19 19:17

C++ だと参照で事足りることも多いから、
C の頃よりはポインタを使う機会は少ないけど、
それでも結構使うな。

特に配列を受け渡すのやメモリの動的確保は参照だと不便だし、
ポインタだと NULL かそうでないかで処理を変えることができるのが便利。
あと、アドレスを途中で変更する必要があれば
ポインタを使わざるを得ない。

705 ：デフォルトの名無しさん：04/02/19 19:30

>>704
C++ではNULLでなくて0ね。念のため。

706 ：デフォルトの名無しさん：04/02/19 19:34

>>705
C でも 0 が使えるが...。

C++ だと #define NULL 0 なんで、
NULL も 0 も同じことだ。

707 ：デフォルトの名無しさん：04/02/19 20:56

mainの関数へのポインタが使われてるし。

708 ：デフォルトの名無しさん：04/02/19 21:30

>>707
const_castみたいなもんだな

709 ：デフォルトの名無しさん：04/02/20 02:28

つーか多態使うのにポインタ使わんとどうしようもないだろ。

710 ：デフォルトの名無しさん：04/02/20 02:40

参照で事足りる事も多いけどね。

711 ：デフォルトの名無しさん：04/02/20 02:57

ポインタ乱用されたソースは、
かえって素人っぽいソースに見える罠。

712 ：デフォルトの名無しさん：04/02/20 07:17

そこでSmart_pointer

713 ：デフォルトの名無しさん：04/02/20 09:01

>>712
DLLでexportできねー。いや、C++前提ならともかく・・・。

714 ：デフォルトの名無しさん：04/02/20 12:38

そんなあなたに COM

715 ：デフォルトの名無しさん：04/02/20 17:12

stringクラスについてなんですが、

i = 10という結果が得られ、そこから hoge010 という文字列を作るときに

現在では

string piyo = "hoge"
char buf[10];
sprintf(buf, "%03d", i);
piyo += buf;

というようにstringクラスとcharを使い分けてます。

これをcharを使わないで実現する方法はないのですか？

716 ：デフォルトの名無しさん：04/02/20 17:23

>>715
std::stringbuf
か
boost::format

717 ：デフォルトの名無しさん：04/02/20 17:29

std::ostringstream out;
out << hoge;
out.width(3);
out.fill('0');
out << i;
std::cout << out.str();

718 ：デフォルトの名無しさん：04/02/20 17:41

>716-717
ありがとうございます

719 ：デフォルトの名無しさん：04/02/20 21:54

class a{
private:
int** ary;
public:
int& operator [][](int n1,int n2) {
return ary[n1][n2];
}
};
のような事がしたいんですが、エラーになります。
添え字演算子を２つオーバーロードして、２次元配列のような物を作る方法はないでしょうか？

720 ：デフォルトの名無しさん：04/02/20 21:59

class a1 {
private:
　int* array;
public:
　int& operator[](int n) { return array[n]; }
　…
};

class a2 {
private:
　a1* array;
public:
　a1& operator[](int n) { return array[n]; }
　…
};

721 ：デフォルトの名無しさん：04/02/20 22:03

もしくは

class a {
private:
　int** ary;
public:
　int* operator[](int n1) {
　　return ary[n1];
　}
};

で妥協するか。

722 ：719：04/02/20 22:20

>>720-721
なるほど・・・
どうもありがとうございました。

723 ：Addicted to C++ ◆cpp/Sz/v02 ：04/02/21 14:46

http://pc2.2ch.net/test/read.cgi/tech/1075217631/743
こんなコードを書いたんですが、規格違反だそうです。
(http://pc2.2ch.net/test/read.cgi/tech/1075217631/744 さんの指摘)
#include <vector>以外に規格違反のところと、論拠となる規格書の
項目を教えてもらえると幸いです。結構検索かけてみたのですが
ピンと来ませんでした。お願いします。m(_ _)m

724 ：デフォルトの名無しさん：04/02/21 15:23

変数の範囲に関する質問なんですが
ある環境でint型が-32767～32767までの表示を持つとします。
このとき例えば400*100という計算をさせると結果はおかしくなるわけですが
複雑な計算を行っている状況において、どの段階で値の上限をオーバー
してしまったかを判定する方法はないでしょうか？

具体例として次のようなソースは文法的には間違いではないわけですが
aの値によっては計算結果に意味がなくなってしまいます。
こういう状況があるときに、最終段階になって結果がおかしいということではなく、
値の上限を超えた段階でエラーを拾いたいわけです。

int a;
cin>>a;
int b=400*a;

みなさんよろしくお願いします。

725 ：デフォルトの名無しさん：04/02/21 15:54

>>724
C++ でオーバーフロー検出って出来たっけな。

C# 使え。
checked ってキーワード使えばオーバーフロー時に例外投げてもらえるから。

726 ：724：04/02/21 16:10

そうですか、C++ではこのようなことは出来ないんですね・・・

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

727 ：デフォルトの名無しさん：04/02/21 16:17

>>723
14.3.1(Template type arguments)の2

728 ：デフォルトの名無しさん：04/02/21 16:24

>>724
自分でチェックつきクラスを書くしかない。たとえば、
#include <limits>
#include <stdexcept>
#include <cstdlib>
#include <iostream>
template <typename Base> struct Checked
{
    Checked(Base b) : base(b) {}
    template <typename OtherBase>
    Checked operator*(const Checked<OtherBase> &other)
    {
        using namespace std;// absが組み込み型に対しても動作するように
        if(other.base == 0)
                return Checked(0);
        if(std::numeric_limits<Base>::max() / abs(base) > abs(other.base))
                throw std::overflow_error("nullpo");
        return Checked(base * other.base);
    }
private:
    Base base;
};
int main() try
{
    int a;
    std::cin >> a;
    Checked<int> ca(a);
    Checked<int> b = ca * Checked<int>(200);
}catch(std::exception &e)
{
    std::cout << e.what() << '\n';
}

729 ：728：04/02/21 16:33

>if(std::numeric_limits<Base>::max() / abs(base) > abs(other.base))
不等号が逆ですた。正しくは、
if(std::numeric_limits<Base>::max() / abs(base) < abs(other.base))

730 ：デフォルトの名無しさん：04/02/21 17:28

移植性捨てていいならインラインアセンブラ使うのが簡単。

731 ：デフォルトの名無しさん：04/02/21 17:56

キャリーか

732 ：デフォルトの名無しさん：04/02/21 19:52

>>724
俺なら飽和演算があれば迷わず使う。移植性がどうたらと言うならインターフェースを作って。
なければ危険な演算を始める前に、オーバーフロー予測させるだろうな。
a を何倍までしていいのか？　のように。

733 ：デフォルトの名無しさん：04/02/21 20:01

>>732
飽和演算だと結果が変わるからこの場合不適当だろ。

734 ：デフォルトの名無しさん：04/02/21 20:39

>>728
そこまでする必要あるの？

735 ：デフォルトの名無しさん：04/02/21 21:14

>>733
724がエラーを拾ってどうするつもりか考えたわけだが、
其処もとの指摘どおりか否かはあいつの返答しだいだな。

736 ：デフォルトの名無しさん：04/02/21 21:29

其処もと・・・

737 ：Addicted to C++ ◆cpp/Sz/v02 ：04/02/22 00:02

>>727
thx

738 ：デフォルトの名無しさん：04/02/22 09:03

#include　<iostream>
#include　<vector>
using namespace　std;

void　sub(　int　*i　)
{
　i　+=　100;
}
int　main()
{
　vector<int>　m;
　for(　int　i=0;　i<10;　i++　)
　　m.push_back(i);

　vector<int>::iterator　p　=　m.begin();
　while(p != m.end())
　　{
　　　sub(p);
　　　cout　<<　*p　<<　"　";
　　　p++;
　　}

　cout　<<　endl;

　return　0;
}

739 ：738：04/02/22 09:03

実行結果
0　1　2　3　4　5　6　7　8　9

関数sub内で、イテレータを用いて変数を書き換えるのですが、
関数subを出ると、変数がもとの値になっています。
これって iterator の使い方間違っているのでしょうか？
コンパイラは VC++6 です。

740 ：デフォルトの名無しさん：04/02/22 09:08

>>739
*i += 100;

741 ：デフォルトの名無しさん：04/02/22 09:10

>>739

#include <iostream>
#include <vector>

void sub(std::vector<int>::iterator& i)
{
*i += 100;
}

int main()
{
std::vector<int> m;
for (int i = 0; i < 10; i++)
m.push_back(i);

std::vector<int>::iterator p = m.begin();
while(p != m.end()) {
sub(p);
std::cout << *p << " ";
p++;
}

std::cout << std::endl;
}

742 ：738：04/02/22 09:16

イテレータについて勘違いしていました。
どうもでした。

743 ：738：04/02/22 09:22

>>741
VC++6.0 だと上のソースの void sub(int *i);
でコンパイルが通るのですが、.NET だとコンパイルが通らないそうなのです。
（.NET 所持者いわく）

やはり void sub(int *i); は文法的に間違っているのでしょうか？
間違ってはいないが、void sub( std::vector<int>::iterator &i );
の方がベターなのでしょうか？
連続質問ですいません。

744 ：デフォルトの名無しさん：04/02/22 10:05

>>743
1. 間違ってない。.NETは知らんが独自ルールがあるんではないの?
2. ベターということもない。汎用性が失われるので微妙。

745 ：デフォルトの名無しさん：04/02/22 10:38

以下のようなソースコードで、

void hoge(void)
{
　　int In_hoge;

　　{
　　　　int In_hoge_at_scope;
　　}
}

変数In_hoge_at_scopeがスタックに確保されるのはいつですか？

関数hogeが呼ばれた時点で確保されるんですか、
それとも、スコープに入った時点ですか。

746 ：デフォルトの名無しさん：04/02/22 10:41

>>745
> 変数In_hoge_at_scopeがスタックに確保されるのはいつですか？
一般論としては何も決まってない。そもそも、自動変数をスタックに確保する
とも決まってないし。

747 ：デフォルトの名無しさん：04/02/22 10:43

>>745
その識別子を使ったアクセスができるのはスコープの中だけということしか言えない。
その外における挙動は未定義。

748 ：745：04/02/22 10:46

>>746-747

ありがとうございます。

749 ：デフォルトの名無しさん：04/02/22 10:48

>>743
void sub(int *i);
この部分自体は間違ってない。けど、

std::vector<int>::iterator と int* は本来は違うものなので、
std::vector<int>::iterator を受け取るつもりで int* を使うのは間違い。
int* を受け取るつもりで std::vector<int>::iterator を使うのも間違い。
たまたまVC6だと両者が同じ型なんでうまくいっているだけ。

俺ならこうするか、
　void sub(std::vector<int>::iterator i)
　　{ *i += 100; }
こうする。
　void sub(int& i)
　　{ i += 100; }
　std::vector<int>::iterator p = m.begin();
　while(p != m.end()) {
　　sub(*p);
　　++p;
　}
か、std::for_eachを使うけど勉強中ならまだfor_eachは気にせんでいい。

750 ：デフォルトの名無しさん：04/02/22 10:49

>>743
iterator を受ける関数を作るときは、テンプレートにしておくと楽だ。
ポインタでも iterator でも動くしな。

>>744
vector の iterator はポインタの typedef とは限らないぞ。

vector の実装として、今の規格では
連続領域を取っているという保障もないんだっけかな？
でも、この規格は問題視されてて、
連続領域であることを規格で保障すべきだという意見が出てるんだっけ？
で、実際連続領域にしてない実装はないんだっけ？
と、うろ覚えで話す無責任さ。
詳しい人、間違いがあったら指摘してホスィ。

751 ：デフォルトの名無しさん：04/02/22 10:52

>>750
確か2003版では補遺として保証されるようになってる

752 ：デフォルトの名無しさん：04/02/22 10:53

>>744
std::vector<int>::iterator == int* なのが独自ルール
何のためにわざわざ iterator なのか考えたこともないからこそ後置++に何も感じないわけだな

753 ：デフォルトの名無しさん：04/02/22 10:54

>>750
>連続領域であることを規格で保障すべきだという意見が出てるんだっけ？

詳細きぼん

754 ：デフォルトの名無しさん：04/02/22 10:56

>>749
そういや、sub の実装でポインタ使う必要性ないね。
参照で十分だ。
やるね。

755 ：744：04/02/22 10:57

>>752
あーsub側だけについて問題なしって意味で書いてたよ。
呼ぶ側がiteratorをいきなり渡すのはsubとは関係ない問題だが
そっちが主問題だったね。

ただ書き換え目的だから、subは参照で受けてiteratorは参照はずしして
渡すようにするべきかな。

756 ：デフォルトの名無しさん：04/02/22 10:57

>>751
ほー。最新情報ありが㌧。

757 ：744：04/02/22 10:58

って749で出てたか・・

758 ：デフォルトの名無しさん：04/02/22 11:02

>>750
ISO14882-2003::23.2.4/1
> The elements of a vector are stored contiguously, meaning that if
> v is a vector<T, Allocator> where T is some type other than bool,
> then it obeys the identity &v[n] == &v[0] + n for all 0 <= n < v.size().

どうでもいいが meaning 以下はそこだけ見ると、例え連続領域じゃなくても
& 演算子をオーバーロードしちゃえばそういうProxy作れてしまう気がしなくもない。
そういう意味でないのはわかるんだけど。

759 ：758：04/02/22 11:03

あー、でも operator[] に条件があるからProxyは返せないか。失敬失敬。

760 ：デフォルトの名無しさん：04/02/22 11:44

>>758
vector<bool> が除外されてるのは何でだろう？

761 ：デフォルトの名無しさん：04/02/22 11:48

>760
vector<bool>は色んな意味でママコだからね。

762 ：738：04/02/22 11:50

>std::vector<int>::iterator と int* は本来は違うものなので、
>std::vector<int>::iterator を受け取るつもりで int* を使うのは間違い。
>int* を受け取るつもりで std::vector<int>::iterator を使うのも間違い。
>たまたまVC6だと両者が同じ型なんでうまくいっているだけ。

>std::vector<int>::iterator == int* なのが独自ルール
>何のためにわざわざ iterator なのか考えたこともないからこそ後置++に何も感じないわけだな

なるほど、小さな親切よけいななんとやらですね。
（頼っていた私が悪いのですが）
iterator は、コンテナの中身を指す為のポインタのような感覚で使ってました。
現在のソースの書きなおしから入ります。

>std::for_eachを使うけど勉強中ならまだfor_eachは気にせんでいい。
一通りSTLの本は読んだので存在は知っていたのですが、いかんせん名前が
思い出せなかったもので、
巡回、イテレータ、アルゴリズムなど検索したのですが、なかなかヒットせず
一人でもがいていました。
もう質問はないです。ありがとうございました。

763 ：デフォルトの名無しさん：04/02/22 11:55

イテレータを受け取る関数をつくるならば
テンプレートにして受け取ればよい。

764 ：738：04/02/22 12:02

テンプレートはまだ狙って使えるレベルではないです。
テンプレートを極めていくとジェネリックプログラミングに通じていくのかな？

とりあえず、精進します。

765 ：デフォルトの名無しさん：04/02/22 12:12

>>762
sub(&*p); と呼べば一応引数がポインタの関数にも渡せるよ。

766 ：デフォルトの名無しさん：04/02/22 14:50

vector<int> a;
…
vector<int>::iterator p;
for(p = a.begin(); p < a.end(); p++) {
if(// 条件) { a.erase(p); }
}
このコードは正常に動きますか？（特にp < a.end();の部分）

767 ：デフォルトの名無しさん：04/02/22 14:54

>>766
// 条件
を
/* 条件 */
に変えれば動くと思われる。
vector<>::iteratorはRandomAccessIteratorだから、<で比較できることが保障されている筈。

768 ：デフォルトの名無しさん：04/02/22 14:59

>>766
vector::iterator は RandomAccessIterator なので、OK。

769 ：768：04/02/22 15:00

ｺﾞﾒﾝﾅｻｲ

770 ：デフォルトの名無しさん：04/02/22 15:00

>>767
どちらにしろ条件式がないじゃんかｗ
そんなところはどうでもいい。

>>766
正常に動かない。
p を a から消去した場合、p を進めてはいけない。

771 ：デフォルトの名無しさん：04/02/22 15:03

>>766
eraseの戻り値を使わないとまずいんじゃない？

772 ：デフォルトの名無しさん：04/02/22 15:11

!=でない理由もよくわからない。

773 ：デフォルトの名無しさん：04/02/22 15:14

>>766
てか、remove_ifしてeraseだろう

774 ：デフォルトの名無しさん：04/02/22 16:46

STL portにはイテレーターをあえてポインタじゃないように実装して
チェックできるようにるすマクロなかったっけ？

775 ：766：04/02/22 16:49

>>767-768
ふむふむ。

>>770-771
なるほど、言われてみれば、理屈としておかしかったです。

>>772
eraseによって、endが１つ減って、pがインクリメントされて、
!=だと無限ループになるんじゃないか思っていたんですが、
770で指摘があったとおり、そもそも考えが間違ってました。

>>773
remove_ifを知らなかったので、検索してみたんですが、
いまいち使い方が分かりません。
単にeraseの戻り値を使うだけでは、駄目ですか？

776 ：デフォルトの名無しさん：04/02/22 17:09

>>775
>>773の事を含め、おまいさんはEffective STL読んだ方が良い。
今読めば収穫も多いハズ。

777 ：766：04/02/22 17:31

>>776
3,200円は高いので、googleの検索で頑張ろうと思います。

皆様、教えていただきありがとうございました。

778 ：773：04/02/22 17:31

>>775
Effective STLの第32項を読め。絶対に買え。
a.erase(
remove_if(a.begin(),a.end(),/*条件*/),
a.end()
);
とするのが慣用的。慣用的方法を覚えないと周りの人間は読みにくい。
…携帯でコードは書きにくいなぁ…
(´Д⊂

779 ：766：04/02/22 17:49

>>778
絶対に買った方がいいですか・・・

前にlistでfindを使っているコードを見たことがあるんですが、
その感じだと、remove_ifはfindに近い物と見ていいですか？
766に書いたコードは、最初から削除したい対象があるわけではなく、
vectorに詰め込んだデータを、１つずづチェックして、場合によっては削除するって感じなので、
emove_ifがfindのような物だとすると、remove_ifは、不適切だと思うのですが、どうでしょう？

いずれにしても、vector関係の事をもっと勉強してきます・・・。

780 ：デフォルトの名無しさん：04/02/22 17:53

>>779
グダグダ言う前に remove_if の定義を調べろよ。

781 ：デフォルトの名無しさん：04/02/22 17:54

>>779
>vectorに詰め込んだデータを、１つずづチェックして、場合によっては削除するって感じなので、
remove_ifはまさにそのために在る。

>いずれにしても、vector関係の事をもっと勉強してきます・・・。
勉強すべきはvectorではなくて<algorithm>についてだな。

782 ：デフォルトの名無しさん：04/02/22 17:59

STL のページ
http://www.wakhok.ac.jp/~sumi/stl/

783 ：766：04/02/22 20:56

>>782
おお、良いサイトですね。
なんとなく分かってきました。

>>780-782
vector<RECT> a;
vector<RECT>::iterator p1;
vector<RECT>::iterator p2;
for(p1=a.begin();p1!=a.end()-1;p1++){
for(p2=p1+1;p2!=a.end();p2++){
if((*p1).top==(*p2).top&&(*p1).bottom==(*p2).bottom&&(*p1).right+1==(*p2).left){
(*p1).right++;
ZeroMemory(p2,sizeof(RECT));
}
}
}
RECT rect={0,0,0,0};
a.erase(remove(a.begin(),a.end(),rect),a.end());

なんか766で考えてた方法と変わっちゃいますけど、
実際にやりたい事はこんな感じです。
removeとかの使い方、あってますよね？

784 ：デフォルトの名無しさん：04/02/22 21:43

>>738も>>766も、STLをちゃんと使うんなら、
Effective STLは*本当に*読んでおいた方がいいよ。
無駄な努力というか、やらなくていい試行錯誤とか、
勘違いによる「大量のたまたま通ってますコード」を
書かなくてすむし。

Effective ３冊は(Moreは確かに訳に難ありだけど)
C++を使うんなら絶対に手元において頭に入れておくべき。
2chの質問系スレでも、「読めば載ってる」ネタがとても多い。

785 ：773==Addicted to C++ ◆cpp/Sz/v02 ：04/02/22 21:58

>>783
remove&eraseのところはそれでいいが…

iteratorをZeroMemoryとかに渡したらダメ(-_-#)
iteratorはポインタではない実装もあるから、渡したければ&(*p2)を渡す。
iteratorはポインタだとか抜かす奴とは縁を切った方がいいぞ。
大体ZeroMemory(p2,sizeof(RECT));のところはは先にRECT rect={0,0,0,0};を
しておいて*p2 = rect;とすればいいだろうに。

それからfor文書くなら
for(vector<RECT>::iterator p = a.begin(); p != a.end(); ++p)とせい。
できるだけ前置インクリメントを使うこと。効率が悪くなる場合がある。

つい携帯で見てられなくなった。試験前なのに…(鬱

786 ：デフォルトの名無しさん：04/02/22 22:06

>>783
他の人と俺の意見は違うみたいだけど、最初は無理してSTLの
アルゴリズム使わずに、自分でiteratorとforでループを回してみた方が
いいんじゃないかと。ループにも色々パターンがあることがすぐ
見えてくると思うから、そしたら for_each とか find_if 辺りから使い始めりゃいい。

# いきなり remove + erase から入るのは無謀だと思う…

// RandomAccessIterator依存
struct adj_of {
　RECT a;
　adj_of( const RECT& a ) : a(a) {}
　bool operator()( const RECT& b ) const {
　　return a.top==b.top && a.bottom==b.bottom && a.right+1==b.left;
　}
};

vector<RECT>::iterator s=a.begin(), e=a.end();
while( s != e ) {
　e = remove_if( s+1.e,adj_of(*s) );
　if( s != e ) ++s;
}
a.erase( e, a.end() );

787 ：デフォルトの名無しさん：04/02/22 22:07

>>786
俺もそう思う

788 ：デフォルトの名無しさん：04/02/22 22:53

だから、まずSTLそのものを勉強しろよ
ほれ、
http://www005.upp.so-net.ne.jp/episteme/html/stlprog/
取り敢えずこれを通読しろ
WEBをあっちこっち漁るより遥かに効率がいいぞ

789 ：784：04/02/23 02:25

>>785

効率を云々するのなら、

>>for(vector<RECT>::iterator p = a.begin(); p != a.end(); ++p)

のコードも詰めが甘い。

コンテナの内容が変わらないのなら、終了条件のa.end()は
事前に別のiteratorのインスタンスに格納してそちらと
比較すべき(>>786みたいに)。

あなたの例ではループのたびにa.end()の一時オブジェクトの
生成と削除を繰り返すことになる。

790 ：デフォルトの名無しさん：04/02/23 02:57

おっちゃん、ループごとの比較から追い出したいなら
const_iterator使わないとダメなんじゃないですか！？

791 ：785：04/02/23 03:01

>>789
確かに。うっかりしてた。何かに載ってたがどこだったか…ｽﾏｿ

792 ：766：04/02/23 08:16

>>784
やはりEffective STLは読むべきですか。

>>785 >>786
なるほど。

>>788
じっくり勉強してきます。

Effective STL買うなり、>>782 >>788のサイト読むなりして、STLを勉強してきます。
皆様、どうもありがとうございました。

793 ：デフォルトの名無しさん：04/02/24 00:28

クラスがオブジェクトを生成して返すにはどうしたら良いのでしょうか？

例えば

class CNumber {
　public:
　　CNumber(int n = 1);
　...
}

class CCalc {
　public:
　　add(CNumber a, CNumber b) {
　　　return new CNumber(a.num * b.num);
　　}
}

とかいう感じで、CCalcクラスのaddメンバー関数の中で
作成したオブジェクトを外で利用したいんですが
Effective C++とか読んでると、そんなの無理
とかいう気がしてくるのですが・・・

794 ：デフォルトの名無しさん：04/02/24 00:36

普通にインスタンスを返せばいいじゃん

795 ：デフォルトの名無しさん：04/02/24 00:43

>>793
なぜ無理と思うのだろう？

796 ：デフォルトの名無しさん：04/02/24 00:48

>>793
コピーを返しちゃだめなの？
const CNumber add(CNumber a, CNumber b)
{
return CNumber(a.num * b.num);
}
でいいと思うんだけど？それにこの形式のreturnだったら
まともなコンパイラでは「戻り値最適化」(調べてみて)が
行われてコピーのオーバーヘッドは殆どなくなるから。
生のポインタは、戻り値の受け手がdeleteする必要がでてきたり
してバグ(メモリリーク)の温床だから避けた方がいいよ。
それから、Effective C++持ってるなら恐らくあなたが読んだと
思われる項目の最後のページに正しいコードと解説が書いて
あるよ。本はもっときちんと読みましょう。というかこれが
主題の項目じゃん！
javaの経験者かな？

797 ：デフォルトの名無しさん：04/02/24 00:56

>795
たぶん、C++の入門書をちゃんと読んでないから
Effective C++が理解できない。

798 ：デフォルトの名無しさん：04/02/24 01:09

というかoperator+でいいんでは

799 ：デフォルトの名無しさん：04/02/24 01:13

>>798
＞クラスがオブジェクトを生成して返すにはどうしたら良いのでしょうか？
ってのが質問の趣旨だし、operator+では不味かろう

800 ：デフォルトの名無しさん：04/02/24 02:22

どのコンパイラがテンプレートにどの程度対応してるか書いてあるページありませんか？
exa) 明示的な特殊化、分割コンパイルモデル

適切にコンパイルできない具体的なソースもあると更に幸せ。

801 ：デフォルトの名無しさん：04/02/24 02:25

>分割コンパイルモデル

ほぼ全滅

802 ：デフォルトの名無しさん：04/02/24 02:26

>>800 ttp://www.boost.org/regression-logs/

803 ：デフォルトの名無しさん：04/02/24 02:45

>>802
Intel C++ 800, VC++ 7.1, GCC 3.2 以降が成績いいね。
特に前２つ。

804 ：デフォルトの名無しさん：04/02/24 02:48

VC7.0から7.1でかなり強化されてるからなぁ

805 ：デフォルトの名無しさん：04/02/24 02:49

>>804
リリース間隔は異常に短かったのにね。
しかもアカデミックはアップグレード対象外ときたもんだ...。

806 ：デフォルトの名無しさん：04/02/24 02:54

>>805
ありゃ単にVC7で間に合わなかっただけだと思うが。
当初の予定ではVC7で標準C++への対応強化する予定だったらしい。

807 ：デフォルトの名無しさん：04/02/24 03:01

VC5 買ってすぐ VC6 が出たのでスルーしたら
物凄く長いことまたされて、
やっと出たと思って VS.net 買ったら
すぐ VS 2003 が出やがったんだよな...。
アカデミックでも無料アップグレードさせて欲しかった。
貧乏学生をあんまりいじめんといてくれ、M$ よ。

808 ：800：04/02/24 03:47

>>801
そうなんだ・・・。
本にででーんと載ってるからそれなりに使えると思ってますた。

>>802
これってコンパイラのテンプレートとboostへの対応度を知るには便利ですけど
テンプレートのどの部分でコンパイルがひっかかったかはどうやって調べるのでしょう。
Failのあるテストを試して、boostを見るっていうステップかな？
結構大変な作業になると思うんですけど、
皆さんどうやってテンプレートの動く動かないのノウハウを蓄えてるんですか？
自分が間違ってるのか、コンパイラが対応できてないのかの指針が欲しいです。

809 ：デフォルトの名無しさん：04/02/24 04:01

指針は、規格を参照すれば OK 。
動く動かないは、やってみれば分かる。

810 ：デフォルトの名無しさん：04/02/24 04:18

とりあえずVC++7.1とC++BuilderXでテストコード走らせて通るかどうかぐらいだな。
BuilderXはPersonalですらデフォルトで２種類のコンパイラ積んでるからこういうとき
だけは楽。

811 ：デフォルトの名無しさん：04/02/24 08:04

>>808
Failになっているものは、テスト時に出力されたエラーメッセージが参照できます。
コンパイルエラーなら普通にファイル名と行番号がでてるから、
boostのアーカイブと照らし合わせればいいです。
照らし合わせるには、バージョン(1_31_0 or CVS HEAD)に注意したほうがいいでしょう。
（巨大なHTMLへのリンクになってるから、これもちょっと気をつけたほうが良いかもしれません。）

812 ：デフォルトの名無しさん：04/02/24 08:35

>>808
> 自分が間違ってるのか、コンパイラが対応できてないのかの指針が欲しいです。
とりあえず経験的にだいたい標準準拠してる（と言われている）
VC++7.1とgcc3.3、あとComeauのオンラインテスト
　http://www.comeaucomputing.com/tryitout/
あたりで試してみて、ダメだったら自分のコードを疑って規格と
にらめっこする感じ。

exportみたいな明らかに対応してない機能だと、コンパイラが
エラーメッセージで「exportは使えません」くらいは出すので
それも指針にはなる。

813 ：デフォルトの名無しさん：04/02/24 11:52

かなりビギナーなので初歩質問になのかもしれませんが、
newしたものは、必ずdeleteしなければいけないのでしょうか？？？
deleteしないとバグになってしまうのでしょうか、
それとも問題なしなのでしょうか？？？

814 ：デフォルトの名無しさん：04/02/24 11:57

>>813
しないとメモリリークするからしなきゃだめ。

815 ：デフォルトの名無しさん：04/02/24 11:58

>>813
deleteする癖を付けといたほうがいい。
newしたときにはメモリ確保以外にもコンストラクタでなんらかの初期化が行われている可能性があり
その場合、後始末がdelete経由のデストラクタで行われるはずだから。

816 ：デフォルトの名無しさん：04/02/24 13:04

813です。
>>814さん
>>815さん
早速の回答ありがとうございました！
基本的にnewとdeleteはセットなんですね、分かりました。
ﾄﾞﾓ

817 ：デフォルトの名無しさん：04/02/24 15:37

あら？
いつもならここらへんで「スマートポインタ使えごるあ！」って
人が必ず一人は居るんだけど，今日はお留守なのかな？

818 ：ヽ(´ー`)ノ：04/02/24 15:41

俺も思ったけど、
> newしたものは、必ずdeleteしなければいけないのでしょうか？？？
…が質問の肝だから、そういうレスを付けるのはどうかな、と思ってやめた。

819 ：デフォルトの名無しさん：04/02/24 15:58

>>818
それが正しい態度

820 ：Addicted to C++ ◆cpp/Sz/v02 ：04/02/24 16:01

このトリップつけたら禿げそう?→◆nrBjarne.g

821 ：デフォルトの名無しさん：04/02/24 17:23

　　　　　　　　　　　　　　　　　　　　　↓>>1-820

　　　　　　　(　 ::::::::::::::::::::::::＾::::::::::　::::::　:（
　　　　　丿:::::::::::::::::::::::::::::::::::::::::::::::::::::　::::　(
　　　　　/::::::::::/ノ::::::::ﾉ::::::::ヽ:人::::::::::ヽ::::::::::）
　　　　　（::::::::::/　　）:::ノ::::ﾉ　) ｿ　ヾ::::::::::::丶ヽ
　　　　（:::::::::/　彡　　ﾉ　　　ﾉ　　::　彡:/))　:::::::）
　　　（::::::::::/彡彡彡彡彡　　　ミミミミミミミ ::::::::）
　　　（　::::::://￣￣￣￣ヽ===/￣￣￣￣ヽ |::::::）
　　　　| =ﾛ　　　З 　∥　∥　　З　ﾛ =　|
　　　　|:/ ∥　　　　／　/ﾉ　ヽ＼　　　　∥ ヽ|ヽ
　　 /|/　ヽ｀======/　　⌒　｀ ========ﾉ　 | |
　　　（||　　　　　　　　.（●　●）　　　　　　　　　|ﾉ
　　　　| 　　　　　　　 : ::　:::l l: ::: ::: 　　　　　　　｜
　　　｜　　　　　　_::　:二Ｍ二__::::::.. .　　　　　|
　　　　|　　　　: ::: : ::: :: 　===　　::: :: :: :::: 　　　）
　　　　＼ :::　　　:::::::::::　　::::::::::　　::::::::::::::　　／|
　　　　／|ヽ　ヽ:::: _-　::::: ⌒::　::::::::　-_ 　　ノ
　　／　｜| 丶＼_::＿:::::＿::::　:::::＿／::::　／
　　　　　 | | ＼　＼　:::::::::::　:::::::::: ::: ::　_／
　　　／￣＼　丶　￣￣￣￣￣￣￣　　　

822 ：デフォルトの名無しさん：04/02/24 18:23

荒らしについて
掲示板上で、意味不明な言葉やアスキーアートの連続書きこみなど荒らし
行為に遭遇した場合は、その場で諌めたり挑発したりなど、むやみに対抗し
ないようにお願いします。
荒らし行為を行う人物は、利用者の反応を楽しむ愉快犯が大半ですので、
逆効果になる可能性が高いからです。
削除依頼掲示板などでご報告いただければ、削除人が削除にあたります。
冷静なる判断をお願いいたします。

削除ガイドライン
http://info.2ch.net/guide/adv.html

823 ：Addicted to C++ ◆nrBjarne.g ：04/02/24 19:39

トリップチェンジsage

824 ：デフォルトの名無しさん：04/02/24 21:00

std::ostringstream hoge
int fuga = 100, piyo = 200;

hoge << "fuga " << fuga;
cout << fuga.str() << endl;

hoge << "piyo " << piyo;
cout << piyo.str() << endl;

とすると、

fuga 100
fuga 100piyo 200

となってしまいます。

これを新しいostringstreamを宣言することなく

fuga 100
piyo 200

とするにはどうすればいいですか？

825 ：824：04/02/24 21:02

失礼

fuga.str() と piyo.str() は hoge.str()の間違いです。

826 ：Addicted to C++ ◆nrBjarne.g ：04/02/24 21:24

hoge.str("");

827 ：デフォルトの名無しさん：04/02/25 02:49

純粋仮想関数（　=0　とするやつ）って、何のためにあるんでしょうか？
仮想関数だけで十分な気がするんですが。

828 ：デフォルトの名無しさん：04/02/25 02:57

>>827
基底クラスではインターフェースのみ定義し実装は派生クラスで行う。
この場合、「この関数は派生クラスで実装が必要である」ことをはっきりさせるため。
実装を忘れたらコンパイルエラーになる。

829 ：デフォルトの名無しさん：04/02/25 03:37

ひとりで開発してるわけじゃないーのさ

830 ：デフォルトの名無しさん：04/02/25 07:39

>827
抽象クラスってわかってる???
抽象データ型ってわかってる???

831 ：デフォルトの名無しさん：04/02/25 08:47

>>827
デザインパターンについて勉強すると、
そのあたりの有用性が分かってくるんじゃないかな。

832 ：デフォルトの名無しさん：04/02/25 10:34

>>827、>>828
＞実装を忘れたらコンパイルエラーになる。

漏れの場合、むしろ、それがウザくて
純粋仮想関数を仮想関数に修正した経験さえある。
試しつつ実装を加えていく場合には、邪魔このうえないのだが。

833 ：デフォルトの名無しさん：04/02/25 10:52

>>832
PURE というマクロを定義し、
これを場合によって = 0 か { } かを切りかえれば良い。

834 ：デフォルトの名無しさん：04/02/25 11:01

似たようなものに、INLINE を切り換えるやつもあるね。
inline 関数をまとめたファイルを作り、
ある場合は inline にしてヘッダファイルでインクルードし、
ある場合は消して .cpp ファイルでインクルードする。

835 ：デフォルトの名無しさん：04/02/25 11:57

>>832
>>829

836 ：デフォルトの名無しさん：04/02/25 14:51

基本的には純粋仮想は設計者の自己満足用だ

837 ：デフォルトの名無しさん：04/02/25 15:05

>>836
実装のないスーパークラスを作るためだろ
そのために Java にはインタフェースがある

スーパークラスとサブクラスは同時に開発することが多いので
（多態性が目的のため）
設計者の自己満足というわけではない

838 ：デフォルトの名無しさん：04/02/25 15:25

純粋仮想がなかったとしても
それができないわけではないからな
やはり自己満足だな

839 ：デフォルトの名無しさん：04/02/25 15:37

「できないわけではない」は反論になってないな。
マシン語以外の言語が存在する理由と同じく、「より良くやる」ために
存在してるわけだからな。

840 ：56：04/02/25 15:52

>>838
ちみが自己満足だと思っているのならそれでよいと思うよ。

実際、ぁぁぁなんでぃ、純粋仮想にしやがってよう、まったく自己満足だっちゅーの
といいつつ、そこを実装するわけで、そのお陰でバグが減ったり、メンテナンス性が
上がったり…することを期待してるんだが。

コンパイル通らないからといって深く考えずにヘッダー直すのはドキュと…。

841 ：デフォルトの名無しさん：04/02/25 15:56

>>837
＞スーパークラスとサブクラスは同時に開発することが多いので

そういう時こそ、より一層ウザイのだが・・・。

スーバークラスAのサブクラスが複数あった場合を考えてみる。
とりあえず関数を追加して、ある１つのサブクラスＢだけを
優先的に試行錯誤しつつ組み上げていきたかったとする。
・・・にも関わらずだ。
後回ししたいサブクラスＣ、サブクラスＤも
ちゃんと同時進行で記述してやらないとコンパイラがごねる。

同時に３つのクラスの実装を想定して作業できるのだろうか？
多態化が目的なのであれば、仮想関数lだけでも十分と思うが。

842 ：デフォルトの名無しさん：04/02/25 15:59

純粋仮想関数はC++に中途半端に慌ててゴタゴタ付けた多態への
支援機能の一つで、使わなくてよい。
今の段階では「よりよい」というほどの事もない。

843 ：デフォルトの名無しさん：04/02/25 16:06

個人的には、まさにJavaのInterfaceのように、
基底の仮想関数は全て純粋であるべきだと思っているんだが。

844 ：デフォルトの名無しさん：04/02/25 16:12

>841
クラスごとにソースファイルが分かれていれば、何ら問題がないと思うのだが。

845 ：デフォルトの名無しさん：04/02/25 16:35

>>844
・・・まあ、確かに。
１つの出力ファイルに複数のサブクラスが必要なければね。

846 ：56：04/02/25 16:48

>>842
＞使わなくてよい。
とは何様ですか？そういう事はあなたの部下にだけ言ってくださいﾌﾟ

いらんと思っているのなら使わなければヨイ。
よいと思えば使えばヨイ。

漏れはC++のそんないい加減で中途半端なところが好き。

847 ：デフォルトの名無しさん：04/02/25 17:01

>>846
激しく同意

848 ：デフォルトの名無しさん：04/02/25 17:01

＞＞使わなくてよい。
＞とは何様ですか？そういう事はあなたの部下にだけ言ってくださいﾌﾟ
＞
＞
＞いらんと思っているのなら使わなければヨイ。
＞よいと思えば使えばヨイ。

とは何様ですか？そういう事はあなたの部下にだけ言ってくださいﾌﾟ

849 ：デフォルトの名無しさん：04/02/25 17:18

たぶん >> 842 は、「使わなくてもよい」って言いたかったんだけど、
日本語が苦手だから「使わなくてよい」って書いちゃったんだよ。
間違っただけなんだよ。あんまり責めなくてもよい。

850 ：デフォルトの名無しさん：04/02/25 17:21

しかし=0は不細工だよな。
purevirtualキーワードでもつくればよかったのに。

851 ：デフォルトの名無しさん：04/02/25 17:41

>>850
オレもそう思う

852 ：デフォルトの名無しさん：04/02/25 18:51

>>849
そんな人心の機微が判ることがこれからの(rya

853 ：デフォルトの名無しさん：04/02/25 18:55

>>850
同意

854 ：デフォルトの名無しさん：04/02/25 18:58

>>846
そんなに改行しなくてよい。

855 ：デフォルトの名無しさん：04/02/25 19:02

>>850
同意
何もさしてない関数ポインタを
void (*pFunc)(void) = 0;
とするから、なんかそんな感じになったんだろうと勝手に推測。

856 ：デフォルトの名無しさん：04/02/25 19:07

>>854
同意

857 ：デフォルトの名無しさん：04/02/25 19:14

基本的に無能なんだよ、禿は。

858 ：デフォルトの名無しさん：04/02/25 19:25

無理に同意しなくてよい。

859 ：デフォルトの名無しさん：04/02/25 19:30

>無理に同意しなくてよい。

とは何様ですか？そういう事はあなたの部下にだけ言ってくださいﾌﾟ

860 ：デフォルトの名無しさん：04/02/25 19:32

56は荒らしなんだから放置放置

861 ：デフォルトの名無しさん：04/02/25 21:15

gccでコンパイルしたオブジェクトファイルとc++のソースをg++でコンパイルすることは
できないのでしょうか。オブジェクトファルをg++でコンパイルし直せば大丈夫なんですけども。

862 ：デフォルトの名無しさん：04/02/25 21:22

>>861
コンパイルという用語の使い方が微妙…
ってそれはおいといて、extern "C" で本か何か調べれ。

863 ：861：04/02/25 21:36

>>862
サンクス。コンパイルできました。
コンパイルの使い方微妙ですか。
うう、よく分かんないです。

864 ：デフォルトの名無しさん：04/02/25 21:37

>>862
すげぇな・・・。
俺には861がなに言ってんのかさっぱりわからんかったぞ・・・。

865 ：デフォルトの名無しさん：04/02/25 21:50

>>862
すげーな・・・
Cの関数をC++から呼び出すには・・・と聞けば誰でも分かっただろうが。

866 ：865：04/02/25 21:51

おっと、逆だ。

867 ：デフォルトの名無しさん：04/02/25 22:04

>>841
>>833
あと、適当な戻り値も指定できるといい。

#ifdef DEBUG_ABSTRACT
#define ABSTRACT { }
#define ABSTRACT(ret) { return ret; }
#else
#define ABSTRACT = 0
#define ABSTRACT(ret) = 0
#endif

開発中は DEBUG_ABSTRACT を定義して、
ちゃんとしたテストを行いたい時やリリース時には
DEBUG_ABSTRACT を定義しなければ良い。
PURE は M$ が定義してることもあるので避けた方がいいかもしれない。

868 ：デフォルトの名無しさん：04/02/25 22:10

>>863
コンパイル＋リンク＝ビルド　と呼んでいるケースが多いようだが、
用語の使い方がどうのと言う論点ではこれも五十歩百歩だ、そんな煽りは気にするな。
プリプロセッサやらリンカやら各翻訳段階を何と言おうが同じことだ。

869 ：Not 862：04/02/25 22:20

あれを煽りと受け取るとは・・・・はぁ・・・・

870 ：デフォルトの名無しさん：04/02/25 22:21

>>862はIQ180
>>868はIQ76

871 ：デフォルトの名無しさん：04/02/25 22:24

IQなんか持ち出すあたりに低い知性を感じるね。

872 ：デフォルトの名無しさん：04/02/25 22:32

>>871==868
必死だな。

873 ：デフォルトの名無しさん：04/02/25 22:51

>>87０-872
(･∀･)ｼﾞｻｸｼﾞｴｰﾝ

874 ：デフォルトの名無しさん：04/02/25 22:54

==なんか持ち出すあたりに低い知性を感じるね。

875 ：デフォルトの名無しさん：04/02/25 22:54

ということで、純粋仮想関数使う奴は馬鹿
使わない奴は変態ということでいいでつか？

レスを暮れなくても良い

876 ：デフォルトの名無しさん：04/02/25 23:00

純粋仮想関数は純粋な心を持った人間しか使ってはいけません。

日本では俺の他に何人使えるかなぁ。

877 ：デフォルトの名無しさん：04/02/25 23:04

インターフェースとその実装クラスの関係って
やっぱり template methodパターンに含まれる
のでしょうか？

878 ：デフォルトの名無しさん：04/02/25 23:07

インタフェースを利用してるデザインパターンは
腐る程あるけどね。

879 ：デフォルトの名無しさん：04/02/25 23:18

>>877
それを言ったらメソッドのオーバーライドを含む継承は皆それになってしまうのでは。
テンプレートメソッドパターンの場合、構造よりもその使われ方に着目してるんだと思う。

880 ：デフォルトの名無しさん：04/02/26 00:21

>>876
純粋仮想関数は純粋じゃないから君にも使える。

881 ：デフォルトの名無しさん：04/02/26 00:27

不純だ・・・

882 ：デフォルトの名無しさん：04/02/26 00:52

不純異性交友関数 f(sex)

883 ：デフォルトの名無しさん：04/02/26 01:04

純粋妄想関数 f(；´Д｀)

884 ：デフォルトの名無しさん：04/02/26 01:10

class Otaku: public Mania
{
private:
famiry Oyaji;
family Mama;
family Aniki;
void Kyabakura_Girl(Yen Money);
protected:
MANIAC Anime[ ];
MANIAC Comic[ ];
friend:
MANIAC &Doushi(MANIAC collections);
public:
virtual love Maid(String Command)=0;
virtual love Imouto(void)=0;
};

このクラスを継承し、実装して僕をインスタンス化してください。

885 ：デフォルトの名無しさん：04/02/26 01:11

不純異性交遊　(* 女)(男) ;

886 ：デフォルトの名無しさん：04/02/26 01:15

死ねや　変態ども！

887 ：デフォルトの名無しさん：04/02/26 01:22

class C884 : public Otaku
{
public:
love Maid(String Command){ return NULL; }
love Imouto(){ return NULL; }

RESULT Work(){ return FAILED; } // 仕事
RESULT Life(){ return FAILED; } // 人生
};

delete new C884; // いらない

888 ：デフォルトの名無しさん：04/02/26 01:29

いずれもヘタクソ極まりないクラス設計だな

889 ：デフォルトの名無しさん：04/02/26 02:19

このスレはマ板の腐海の中に埋葬されました

890 ：デフォルトの名無しさん：04/02/26 02:36

俺は =0 という表記自体は美しいと思う。

使う目的は・・・
assert() みたいなもんかな。

891 ：デフォルトの名無しさん：04/02/26 09:13

DLLを作るとき純粋仮想関数使っとかないと、
コンパイラ間でアボーンするとか、俺の呼んだＰＤＦには書いてあった。

おとなしくＣＯＭ使えって？
ごもっとも。

892 ：デフォルトの名無しさん：04/02/26 11:15

placement newでインスタンスを作るときに初期化するにはどうしたらいいんでしょうか？

Hoge* p = new Hoge("hoge", 1);

を、placement newでやりたい。

893 ：デフォルトの名無しさん：04/02/26 11:27

Hoge* p = (Hoge*)malloc(sizeof (Hoge));
new(p) Hoge("hoge", 1);

...

p->~Hoge();
free(p);

894 ：デフォルトの名無しさん：04/02/26 14:45

new と malloc 混ぜて使うのはあまり好きじゃないな。

895 ：デフォルトの名無しさん：04/02/26 14:48

placement newって与えられたロケーションそのまま返せばいいだけじゃない？

896 ：デフォルトの名無しさん：04/02/26 15:02

>>894
単なる例なんで。
別に malloc だろうが char 配列だろうが
GlobalAlloc だろうが何でもいいんだけどね。

897 ：デフォルトの名無しさん：04/02/26 17:08

質問です。
ストリームで、場合によってファイルと標準出力を切り替えることって
できますでしょうか。
以下(stdio)のストリーム版ですが...
#include <stdio.h>
#include <string.h>

int main(int argc, char** argv) {
FILE* fp;
char* filename = argv[1];

if(strcmp(filename, "-") == 0) { //"-" なら結果をstdoutへ
fp = stdout;
} else {
fp = fopen(filename, "w");
}
fprintf(fp, "Hello\n");
}

よろしくお願いします。

898 ：デフォルトの名無しさん：04/02/26 17:11

899 ：デフォルトの名無しさん：04/02/26 17:21

ストリームの切り替えってiostream / fstream / stringstreamあたりの話か？
そりゃ基底クラスへのポインタか参照で管理してれば切り替えられるが。

900 ：892：04/02/26 17:46

class Hoge {
public:
　Hoge() {}
　Hoge(const char* str, int i) : m_str(str), m_i(i) {}
　static void* operator new(size_t size);
private:
　const char* m_str;
　int m_i;
};

void* Hoge::operator new(size_t size)
{
　return ::operator new(size);
}

int main()
{
　Hoge* p = new Hoge;
　new(p) Hoge("hoge", 1);

　return 0;
}

コンパイルできないのですが何が足りないのでしょうか？

901 ：デフォルトの名無しさん：04/02/26 17:48

修行

902 ：デフォルトの名無しさん：04/02/26 17:48

どういうエラーかぐらい書けよ

903 ：892：04/02/26 17:54

>>902
不適切でした。すいません。
new(p) Hoge("hoge", 1); の部分で

error C2660: 'Hoge::operator new' : 関数に2個の引数を指定できません。

と出ます。

>>901
＿|￣|○

904 ：デフォルトの名無しさん：04/02/26 18:24

>>900

class Hoge {
public:
　　Hoge() {}
　　Hoge(const char* str, int i) : m_str(str), m_i(i) {}
　　static void* operator new(size_t size, void* p);
private:
　　const char* m_str;
　　int m_i;
};
void* Hoge::operator new(size_t size, void* p){
　　return p;
}
int main() {
　　Hoge* p = new Hoge;　　// ← ?
　　new(p) Hoge("hoge",1);
　　return 0;
}

905 ：デフォルトの名無しさん：04/02/26 18:45

>>897

#include <iostream>
#include <fstream>

int main(int argc, char** argv) {
std::ostream* osp;
std::ofstream ofs;
char* filename = argv[1];

if(strcmp(filename, "-") == 0) { //"-" なら結果をstdoutへ
osp = &std::cout;
} else {
ofs.open(filename);
osp = &ofs;
}
(*osp) << "Hello" << std::endl;
}

906 ：デフォルトの名無しさん：04/02/26 19:36

>>900
そのエラーはplacement newを使うためのヘッダファイルがincludeされてないんだろうが
そもそもすでに初期化済みの領域をplacement newで再初期化するのは狂ってる

907 ：デフォルトの名無しさん：04/02/26 19:39

ていうかoperator newの中でメモリ確保するならplacement new使う意味ないじゃん

908 ：892：04/02/26 20:15

>>906
つまり、placement newをオーバーロードするときは
allocatorをnewの中に用意するのが根本的な設計ミスってことでしょうか？

>>907
長々とアロケータ部分を書いてもしょうがないかなと思って省きました。
// ここで実際はアロケートする！
とかでも書いたら良かったですね。
ｽﾏｿ。

909 ：デフォルトの名無しさん：04/02/26 20:24

>906
>900じゃないけど、そういうことかー！
#include <new>

910 ：897：04/02/26 22:36

>>905
バッチリです。
ありがとうございます。

911 ：デフォルトの名無しさん：04/02/26 23:00

>>908
Hoge* p = new Hoge("hoge", 1);

じゃだめなのか？

途中で再初期化したいのなら、
一度デストラクタ呼ばないとだめだぞ。

Hoge* p = new Hoge;
p->~Hoge();
new(p) Hoge("hoge", 1);

再設定するためのメンバ関数を作った方がいいとは思うけど。

912 ：デフォルトの名無しさん：04/02/26 23:01

あとは一度 delete する、だな。

Hoge* p = new Hoge;
delete p;
p = new Hoge("hoge", 1);

ま、このコストを嫌がってるんだろうけど。

913 ：デフォルトの名無しさん：04/02/26 23:08

Bjarneの本読みながら勉強してたけど、ふと彼のHP見てみたら足を机に乗せて禿げてて偉そうだった
ちょっとやる気がなくなった。

914 ：デフォルトの名無しさん：04/02/26 23:20

すごい人間観だね

915 ：デフォルトの名無しさん：04/02/26 23:29

>>913
偉そうというよりはむしろお茶目な感じが。

916 ：デフォルトの名無しさん：04/02/26 23:56

>>913
お前！
ﾊｹﾞをバカにすんな！
あの高橋名人だってツルッパゲだぞ！

917 ：デフォルトの名無しさん：04/02/27 00:22

>>913
バカヤロー！オマエだってじきに禿るんだぞーっ！！

918 ：デフォルトの名無しさん：04/02/27 00:26

テンプレートを使うと禿げるってホントですか？

919 ：デフォルトの名無しさん：04/02/27 00:48

>>918
あまり関係ないようです。
ttp://www.boost.org/people/people.htm

920 ：デフォルトの名無しさん：04/02/27 02:16

>>919
・・・そうか？

921 ：デフォルトの名無しさん：04/02/27 02:25

一般的な禿げの率がわからんことには
なんとも結論の出しようが

922 ：　：04/02/27 02:54

データベースを管理するクラスを用意します。そのデータを参照する人（書き込みもする）
がいたとします。排他制御はデータベースクラスでやるとします。このデータベース
クラスに、データ参照用のインターフェースを作ると、そのインターフェース経由でアクセス
する人がたくさん板場合、それらの人はみな　new interface して、インスタンスを持たないと
いけないのでしょうか？もっとスマートなやりかたありますか？

923 ：デフォルトの名無しさん：04/02/27 02:57

学校でオブジェクト指向についてしっかり教える学校が日本にあるのだろうか？最近の新人をみているとそんな感じがする。かく言う私も職場で構造体やらオブジェクト指向を覚えた口だが。

どうよ？とくに現在学生さん。大学、専門を問わずに

924 ：デフォルトの名無しさん：04/02/27 04:34

ま、そんな質問はスレ違いってこった。

925 ：デフォルトの名無しさん：04/02/27 05:22

>>922
"interface とは" というところからまずは調べてみてはいかがでしょうか。
COM とか Java とかが参考になるのかな。
なんらかのインスタンス(DBへの接続等)があって、それを元に interface を得るのが普通です。
new interface というように instance を作成するこという使い方はありません。

926 ：デフォルトの名無しさん：04/02/27 05:24

そういう意味で interface って言葉を
使ってるんじゃないんじゃないかな？
分からんけど。

927 ：デフォルトの名無しさん：04/02/27 05:39

いや、"インターフェイス経由で" とか new interface とポインタを意識したりしているあたり、
そういう意味なんじゃないかと思うんだけど・・・

928 ：デフォルトの名無しさん：04/02/27 10:14

なんか被ってる香具師はみんな禿
でないと俺の気が治まらん。

929 ：デフォルトの名無しさん：04/02/27 10:36

>>923
現在学生で大学でそれなりにやった
オブジェクト指向の概念はわりと当たり前になった

930 ：ヽ(´ー`)ノ：04/02/27 10:52

>>923
それなりに。でも学生の何割が理解してるんだろう(笑)。
Java のクラスは使えても C の構造体やら C++ やらは使えない、
って奴が多いんじゃないかな。
要するに、考え方やメリットは理解できてない、タダ Java が使えるだけ(それも怪しいが)、と。

>>918
髪と引き換えに便利になるなら安いもんだろ。

931 ：デフォルトの名無しさん：04/02/27 11:02

自分でひとつクラスライブラリなりテンプレートライブラリなりを
書いてみないことには分らない気がす

932 ：デフォルトの名無しさん：04/02/27 16:16

>>923
大学に関して言うと、最近だいぶましになってきたけど、まだまだ不十分。

学校だと使えない奴切れないからな。
最低ラインの学生のレベルに合わせて教えないといけないし、面倒。
それに国公立だと授業へたくそな教官の首も切れないし。

933 ：デフォルトの名無しさん：04/02/27 16:44

そういう話題はマ板でやってくれよ～

934 ：デフォルトの名無しさん：04/02/27 17:01

もまいらお仕事ご苦労さまです！
質問おながいします。
C、C++のコンパイラメーカ各社（MS、Borland等）は
STLとかの標準ライブラリの実装を自前でやっているのですか？
それともC++の標準化協会みたいな所でソースを共有
していたりするのですか？

935 ：デフォルトの名無しさん：04/02/27 17:04

>>934
コンパイラベンダで実装は違うよ。
バージョンによってもちょこちょこ変わったりしてる。

936 ：デフォルトの名無しさん：04/02/27 17:07

ってゆーかおまえ釣りだろ！同じような奴を過去スレで見たぞ！

937 ：デフォルトの名無しさん：04/02/27 17:21

前略）10倍に！？

938 ：デフォルトの名無しさん：04/02/27 17:36

まぁ、STLに関してはSGI系(STLport,gcc)、Dinkumware(VC++）、Rougewave(Sun,bcc 5.5以前)
つー感じでコンパイラベンダが作ってるわけでもなかったりするが。

いちおうどれも標準化委員会に提案されたHPの実装を基にはしてるな、大抵。

939 ：デフォルトの名無しさん：04/02/27 17:37

>>937
前略）使っても使わない時と比べ10Kほどしか増えない。

940 ：デフォルトの名無しさん：04/02/27 18:17

>>939
(前略)ンクし(中略)が増え(後略)

941 ：スメルジャコフ：04/02/27 19:58

質問です。
staticはクラスメンバ関数って何の役に立つのでしょうか？
具体例を書いている書籍を持ち合わせていないのですが。

942 ：デフォルトの名無しさん：04/02/27 20:05

>>941
クラスをインスタンス化していなくても呼び出せる

943 ：デフォルトの名無しさん：04/02/27 20:06

>>941
ここは、文法を教えるとこじゃないんだよ。とっとと帰りやがれ。
本をケチる奴には教えたくないよ。

944 ：デフォルトの名無しさん：04/02/27 20:06

C言語のstatic関数ってなんの役にたつの？

945 ：デフォルトの名無しさん：04/02/27 20:09

http://www.amazon.co.jp/exec/obidos/ASIN/4756131212/ref%3Dnosim/bookshelves-22/250-8705789-7085026

買え

946 ：デフォルトの名無しさん：04/02/27 20:10

生まれは葛飾柴又の～

947 ：デフォルトの名無しさん：04/02/27 20:12

Cのstatic関数はスコープだけかな

948 ：スメルジャコフ：04/02/27 20:14

>>943
へ、へ、へ。
まさに文法についても議論する場だと思いますがね。

949 ：デフォルトの名無しさん：04/02/27 20:14

リンケージ

950 ：デフォルトの名無しさん：04/02/27 20:43

>>941
メンバ関数でpthread_createしたい時とか

951 ：デフォルトの名無しさん：04/02/27 21:13

>>948
>>941はさすがに初心者スレ該当だと思うが

952 ：デフォルトの名無しさん：04/02/27 21:14

>>948
無粋かもしれんが「へ！へ！へ！」はスヴィドリガイロフではなかったか。

953 ：スメルジャコフ：04/02/27 21:22

>>951
おっしゃるとおりでさ。へ、へ、へ。

>>952
それもおっしゃるとおりで。えぇ、そのとおりですとも。

954 ：デフォルトの名無しさん：04/02/27 21:24

ま、たいした意味は無いよ

955 ：デフォルトの名無しさん：04/02/28 00:07

>>941
そういう本を探すほうが困難だと思われ。
もしかして持ってる本はCOBOL？

956 ：デフォルトの名無しさん：04/02/28 00:12

>>955
多分、開発環境の入門書しか見てないんじゃないかな。
言語そのものの参考書は持ってないと。

957 ：デフォルトの名無しさん：04/02/28 02:29

いまメンバ変数のポインタを返すメンバ関数を実装するとします。
ここで返すポインタの指すメンバ変数の内容は見れても良いが、いじれないようにする場合
const obj * cmyclass::get_obj()
{
　　　return &m_obj;
}
とやればよいのですか？

あと
obj * cmyclass::get_obj() const
とか
obj * const cmyclass::get_obj()
とかいうのも見かけます（勘違いかも）
それぞれどういう意味、使い方なのでしょうか？
教えてくださいませ。

958 ：デフォルトの名無しさん：04/02/28 02:36

>>957
メンバーでなく自身を基底クラスへキャストできるようにする
というのなら判るんだが。
あるいは生成して新たなインスタンスを値で返すとか。
メンバーへのポインタ返してしまったら自身のデストラクタの実行後も
参照されてる危険があるじゃんか。

959 ：デフォルトの名無しさん：04/02/28 02:41

>>957
その場合は参照のほうが適切な気はするがそれは置いておいて。
メンバ関数の後につくconstはそれがメンバ変数を変更しない
（＋メンバ変数の非constなメンバ関数を呼ばない）ことを保証する。
非constなメンバ関数はconstな参照/ポインタからは呼び出せない。

*の後ろにつくconstは普通の変数のconstと同じだが、返り値につけても意味はないな。

960 ：デフォルトの名無しさん：04/02/28 02:42

MSのVSを使っています。
クラスにメンバ関数＆メンバ変数を沢山詰め込むと
補完候補が多くなって使いずらいと思いました。
そこで必要なメソッドのみを純粋仮想関数のみで
記述したクラスから派生させて実装しているんですが
これって普通ですか？

961 ：r：04/02/28 02:43

>>957
class C {
void f1() const {} // f1は、thisでさされたオブジェクトを変更しない
const int *f2() {} // f2の返すポインタでさされたオブジェクトは、変更できない
int const * f3() {} // f2とおなじ
int* const f4() {} // 返り値として使われた一時オブジェクトのポインタ値を変更できない(?) / 正直、あんまり意味のない書き方なんでやったことない
};

962 ：r：04/02/28 02:45

>>960
動機が尋常じゃない。

まあ、実際にやってるのは「インタフェースと実装の分離」だ。
それ自体は普通。

でも、繰り返すが、動機が普通じゃない。

963 ：デフォルトの名無しさん：04/02/28 02:50

>>962
まあ、いいんじゃない。
これで少しは分割することを覚えればｗ

964 ：デフォルトの名無しさん：04/02/28 02:51

>>958-961さん。どうもありがとう。
なるほど～。

つまりメンバを見せたいだけなら
const obj & cmyclass::get_obj()
という書き方をするということですね。

＞メンバ関数の後につくconstはそれがメンバ変数を変更しない
obj * cmyclass::get_obj() const
{
　　m_obj = 1;
　　return &m_obj;
}
とやったらコンパイルエラーがでるという意味ですね。

無視してたけどすんごい意味があったんだな。

965 ：デフォルトの名無しさん：04/02/28 14:20

書籍について質問してもよろしいでしょうか。

(0)C++についてそう初心者でもないと思うのですが、
「Essetial C++」は買って得をしますか？

(1)コンパイラ作成者ではありませんが、
「Inside the C++ Object Model」は必要となることが
ありますか？

(2)今からARMとD&Rを買って読む価値はありますか？

(3)「C++ Templates」は読むと衝撃を受けますか？

アマゾンの書評を読んでもパッとしませんでした。
以上、いずれか１つでも、お暇があれば主観的な
意見でもお願いします。

966 ：デフォルトの名無しさん：04/02/28 14:43

>>965
あえてこちらに書いたのかもしれんが、
書籍専門スレがある。
http://pc2.2ch.net/test/read.cgi/tech/1076851442/

967 ：デフォルトの名無しさん：04/02/28 14:44

>>965
(0) １行目に情報量がないので判断できん
　自称・中級者というのはほとんど当てにならん
　何か客観的な内容を示せ

(2)(3) あんたを知らんから判断できん
　知らないで無責任な発言をすればいいのなら，「人によりけり」

968 ：デフォルトの名無しさん：04/02/28 15:18

スレ汚し申し訳ありませんでした。
書籍専門スレに逝って参ります。

969 ：デフォルトの名無しさん：04/02/28 15:35

続いてはこちらのトリビアです。

「ANSIで売られているISO/IEC 14882:1998(C++国際規格)の
規格書のPDFの2ページ目の下の空白には

『(C)ISO/IEC 1998
All rights reserved. Unless otherwise specified, no part of
this publication may be reproduced or utilized in any form or
by any means, electronic or mechanical, including
photocopying and microfilm, without permission in writing
from the publisher.
ISO/IEC Copyright Office Case postale 56 CH-1211 Geneve 20 Switzerland
Printed in Switzerland』
の文字列が隠れている。」

これ何へぇ～？

970 ：デフォルトの名無しさん：04/02/28 16:25

>>965
(3)だけど、一応英語版について書いておく。
結論から言うとそんなに衝撃的な内容ではない。C++の文法から
逸脱しているわけではもちろなないし、Lokiのような高度な内容でも
ない。

ただ、「templateでもっといろんな事がしたい」という中級者の悩み
をかなり解決してくれるものではある。デザインパターンへの応用
編もある。スマートポインタ自作編もある。

むしろtemplateの初心者に読んでもらいたい内容。どの解説書を
読んでも関数templateやクラスtemplateの簡単な例題に触れて
終わり、というパターンで前進のない人には格好の本だ。

971 ：デフォルトの名無しさん：04/02/28 16:32

マルチうぜ～

972 ：デフォルトの名無しさん：04/02/28 16:43

C++は駄本と良本がはっきり分れているので迷う要素などなにひとつない。
本を買うか迷うようなやつは所詮その程度。

>>980
スレ立てよろしこ

973 ：デフォルトの名無しさん：04/02/28 16:45

しかし、「Inside the C++ Object Model」みたいな薄い本を
読んで何を知りたいのか、俺はそちらの方が興味ある。

974 ：デフォルトの名無しさん：04/02/28 17:26

面倒臭がり屋さんがしばしば、
「すぐにわかる○○」、「○日でマスターする○○」などの、
端折った本を買う訳だが、C・C++に関する限り、
分厚い本を買うべきだな。端折りようがないだろ？＜C・C++

975 ：デフォルトの名無しさん：04/02/28 17:27

あの本読むぐらいならコンパイラのアセンブリ言語出力を
解読する方がよっぽどためになるような。

976 ：デフォルトの名無しさん：04/02/28 17:45

書店に行ってもそういうしょぼい本ばっかで、専門書が全然売ってないのはどういうこと？
K&Rさえも売ってない。

977 ：デフォルトの名無しさん：04/02/28 17:48

>>976
定番なら手にとって確認する必要もないので通販でいいんでない?

978 ：デフォルトの名無しさん：04/02/28 17:49

>>976
田舎なんだろ？諦めろ(　´,_ゝ`)ﾌﾟｯ

＿|￣|○ ｵﾚﾓﾅｰ

979 ：デフォルトの名無しさん：04/02/28 19:05

>>970,973
レスありがとうございました。参考に
させていただきたいと思います。

980 ：デフォルトの名無しさん：04/02/28 22:09

>>969
本当だ！！！

981 ：デフォルトの名無しさん：04/02/28 22:13

>>973 >>979
「Inside the C++ Object Model」はそんなに薄くないぞ。英語版
で304ページもある。内容は、クラス、仮想関数付きのクラス、
多重継承をしたクラスなどのvptrやメンバのメモリ内での配列
の仕方が詳しく説明されている。

それからCtor、Dtorの意味論や詳細な使い方の章もあるな。
全体的にこの本にはCtor、Dtorに関する章が多いな。だから
そちら方面の知識がまだ曖昧模糊としている人にお勧め。

(1)のEssential C++はC++に初めて触れる人がC++ 3rdや
C++ Primer 3rdの分厚さにびびってしまった時の定番本。いず
れはそれらの本も読まなければいけないが、手っ取り早くC++
を使えるようになりたい人へお勧めの本だ。ベストセラーの
「独習C++ 3rd」に近い内容。

982 ：デフォルトの名無しさん：04/02/28 23:55

禿ストラップの本の6.4のサンプルプログラムがコンパイル通らん。
あの禿野郎・・・

983 ：デフォルトの名無しさん：04/02/29 00:29

>>982
アレは禿げてる人にしかコンパイル出来ないらしいよ。

984 ：デフォルトの名無しさん：04/02/29 01:14

>>982
「6.4コメントとインデント」？どこにサンプルが？

次スレおねだりage

985 ：某スレ：04/02/29 01:15

ネタスレ立てるくらいならこのスレの次スレを立てるべきだったか・・・

986 ：某スレ：04/02/29 01:16

某スレの1と書くつもりが

987 ：某スレの1：04/02/29 01:26

http://pc2.2ch.net/test/read.cgi/tech/1077985164/
新スレ立てた