C++相談室 part62

1 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:53:59 ] C++に関する質問やら話題やらはこちらへどうぞ。 ただし質問の前にはFAQに一通り目を通してください。 IDE (VC++など)などの使い方の質問はその開発環境のスレに お願いします。 前スレ C++相談室 part61 pc11.2ch.net/test/read.cgi/tech/1205059063/ 152 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:12:39 ] >>149 実は俺も「マジで？」って思ってググッたｗ 大丈夫const付いてる。146が省略しただけ。 153 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:22:34 ] 個人的にはmemcpyのsrcにconstが付いてて欲しい。 154 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:33:58 ] >>153 それもconstついているぞ。 155 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:35:51 ] じゃ、じゃあmainの第二引数にconstが付いて欲しい！ 156 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:39:31 ] class A :public const B も許して欲しい。 157 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:42:33 ] むしろclass要らなくね？ structだけで良いよ。 158 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 22:59:10 ] >>157 classとstructの違いが分からないとは 159 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 23:05:22 ] template<struct T> asdf{ typedef T type }; typename asdf<int>::type; 160 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 23:26:55 ] >>158 分かった上で言ってるんだけど。 class無いと出来ないことってあったっけ？ 161 名前：デフォルトの名無しさん [2008/06/08(日) 23:32:05 ] template<typename T> asdf{ typedef T type }; いらねーな、やっぱw 162 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 23:33:01 ] >>148 basic_fstream<wchar_t> のことを考えると 已む無しなんだろうなあと思う。 163 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:22:27 ] >>160 こんなのとか template <template <typename T> class U> 164 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:25:05 ] template <template <typename T> typename U> もういっその事 template <(template <typename T>) typename U > にしちゃえば良かったのに 165 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:33:24 ] template <typename T> class U { }; をそのまま突っ込む形（現状）がベストだと思うけど。 166 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:38:57 ] template <template <typename T> class U> がよくて template <template <typename T> typename U> template <template <typename T> struct U> がダメな理由がわからん。 167 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:39:49 ] たしかに本質的にはclassは無くてもいいが、構文上は必要だな ただ、元からclassが無ければ↓という構文になっていただろうけどな template <template <typename T> struct U> まぁ、あの偉大な禿も万能なわけじゃないからな 168 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:41:49 ] class でも struct でも OK にして、 それなら typename も OK でいいだろって感じにして・・・ って感じに C++0x でなったりするのかな。 169 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 00:55:47 ] classの方が打ちやすいYo むしろstructを非推奨に ところで何で、びよよん先生を禿っていうの？ ハゲてるから？ハゲだから？ 170 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 01:06:07 ] 英語ネイティブな人間にはclassという単語がしっくり来るからでしょ C++の誕生当時はオブジェクト指向は一般的じゃなかったから 言語側がユーザーを啓蒙する必要があったんだと思う 171 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 01:36:18 ] classっていうと階級が最初に出てくるんじゃないかな 階級闘争でいうところの階級な 中産階級とか、総中流意識とか ブルーカラー、ホワイトカラーとか そういうイメージ 嘘だけど 172 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 08:52:46 ] classって1年2組のことでしょ 173 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 19:20:37 ] classはsimulaから来たのでしたよね？ 174 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 19:58:32 ] 1993に恋をして君に夢中なんでしたよね 175 名前：デフォルトの名無しさん mailto:sage [2008/06/09(月) 21:06:43 ] 後ろ後ろ！ 176 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 14:37:26 ] パーマン乙 177 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 18:25:19 ] std::basic_fstream<unsigned char> は使っても問題ないでしょうか? 178 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 22:36:39 ] >>177 見慣れないうえにあんまり意味無いと思うからお勧めはしない。 179 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 23:31:49 ] char_traits が定義されてないとダメなんじゃないかな。 180 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 01:13:48 ] std::basic_fstreamがstd::iostreamみたいにC++に規格として盛り込まれているのか、 あるいは処理系に依存するのかをききたいんじゃね 181 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 01:15:29 ] >>179 なるほど それでは std::char_traits 相当の UcharTraits を定義して std::basic_fstream<unsigned char, UcharTraits> とすると使えるでしょうか? 182 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 01:16:29 ] 理論上は使えるんじゃないかな？ 多分。 183 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 01:41:47 ] >>180 やりたいことは put( unsigned char ) と write( const unsigned char*, streamsize ) を使ってバイナリデータをファイルに書き込むことです。 このとき1バイトは0から255を表現できないといけないので最低 unsigned char の型が必要です。 型が char の場合、どの処理系でも使える範囲は0から127までなので目的を果たせません。 184 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 01:54:15 ] >>183 バイナリデータとしてみると算術型は違ってもビットパターンを変更しないキャストは実質的に同じデータを指す。 writeはchar*を引数に取るけど、そのポインタがintであれwchar_tであれエンディアンとサイズが正常であれば問題ない。 つまり任意のデータのポインタをchar*として見ることは、その先にあるデータをビットパターンを変更せずにキャストする事に相当する。 185 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 02:01:01 ] >>184 キャストとはちょっと違う。 char* はオブジェクトの内部表現となる メモリの読み出し〜書き込みに使えることになっている。これは unsigned char も signed char も同じ。 ってことで、バイナリ出入力したいだけなら普通の fstream で十分。 186 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 02:15:47 ] ios::binary を指定しておけば fstream で何の問題も無くバイナリの入出力ができる。 187 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 13:00:02 ] >>185 それは仕様書で言えばどのあたりで分かるでしょうか？ JIS X 3010-1993 は6章ぐらいまで目を通したのですが見当たりませんでした。 188 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 16:23:35 ] エンディアンについても実装がバラバラなのが許容されるのにオブジェクトの内部表現って言及されてるの？ 189 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 16:39:28 ] >>187 185じゃないけど、 ISO/IEC 9899 [6.5.3.4] でどう？ sizeof(char)==1の保証 → 単位粒度で扱えることの保証。 190 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 16:56:05 ] これかな 3.9 Types 2 For any object (other than a base-class subobject) of trivial type T, whether or not the object holds a valid value of type T, the underlying bytes (1.7) making up the object can be copied into an array of char or unsigned char.36) If the content of the array of char or unsigned char is copied back into the object, the object shall subsequently hold its original value. 36)By using, for example, the library functions (17.4.1.2) std::memcpy or std::memmove. 191 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:14:51 ] >>724 ID出る板限定＋多少巻き添え有りで良ければ、 NGワードのIDの欄に「O」を加えると消せる。 192 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:17:35 ] もちろん誤爆 193 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 17:24:40 ] そんなあなたに性器表現 194 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:24:26 ] VBでビルドすると100KBくらいだったプログラムを ほとんど同じ構成（コード）でC++に移植したらサイズが900KBまでふくらみました これって正常ですか？ VS2008、C++ 非MFCのアプリケーションです 195 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:28:09 ] ヒント： VBランタイムのサイズ 196 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:32:28 ] デバッグビルドしてるっていうオチでは? 197 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:39:43 ] >>195 C++はランタイムライブラリが大きいということですか？ >>196 いえ、リリース用のビルドでそのサイズです 最適化オプションも分かる範囲で変更してみましたが　あまり変化なしでした 198 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:43:50 ] >>197 VBはランタイムDLLが別だからその分を考慮しろ。 199 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:44:49 ] VBランタイムのサイズをご存知ないのか www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=7B9BA261-7A9C-43E7-9117-F673077FFB3C ＞ダウンロード サイズ : 1.0 MB ＞Visual Basic 6.0 を使用して作成されたあらゆるアプリケーションは、これらのファイルを必要とします。 200 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:48:10 ] >>198-199 >>194のはVS2008のVBですが それもDLLが別ということですよね？ 201 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:48:24 ] 現実にはそれで足りないプログラムが多数。 202 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:50:36 ] >>200 VB 2008のランタイムたる.NET Frameworkは数百MBある。 あと、一応聞いておくが、C++製はCLRフォームアプリケーションじゃないほうだよね？ 203 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 18:52:49 ] >>202 >C++製はCLRフォームアプリケーションじゃないほうだよね？ それです 204 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 20:28:33 ] >>190 なかなかいい情報ありがとう。 でもここでいっているコピーって memcpy() や memmove() を想定しているような気がする。 普通に char, unsingned char ポインタ経由で代入した場合も同じことが言えるのかな? 205 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 21:48:42 ] クリティカルセクションについて質問です。 クリティカルセクション用のクラスを作成しています。 外部からCRITICAL_SECTION構造体を渡さなくても済むように、 staticなメンバ変数としてCRITICAL_SECTIONオブジェクトを作成し、 それに対してInitializeやEnter、Leave、Deleteを行うようにしています。 しかし、ネット上で似たようなコード見つけられていないことから、 本当にこれでスレッドセーフが実現できているのか不安です。 何か問題はありそうでしょうか？ 206 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 22:46:43 ] >>205 それだとお互いに無関係なクリティカルセクション同士でも排他してしまうな。 というか、二重にInitializeとかDeleteとかしてしまうのでアウト。 CRITICAL_SECTION構造体は非staticなメンバ変数にすればよろし。 207 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 23:11:40 ] >>206 なるほど、考えが足らなかったです。 ありがとうございます。 208 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 00:14:55 ] こういう時って、コンストラクタでInitialize、デストラクタでDeleteするのが いいんだっけ？ 209 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 00:27:16 ] もう1つ、コンストラクタでEnterしてデストラクタでLeaveするクラスも欲しい。 いかにもWinSTLが持っていそうだ。 210 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 00:37:07 ] boostも持ってるな 211 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 02:49:00 ] >>204 190 は明らかに char や unsigned char の配列として（ポインタ経由で）読み書きした 場合のことを想定した記述だろ。 ほかには 3.10 p15 にある aliasing rule でも char, unsigned char だけ、 そういう直接アクセスを許すように特別扱いされてたりすることから、任意のオブジェクトに 対する char, unsigned char 経由でのアクセスは規格の意図として想定されているものと 考えられる。 よく見ると signed char はダメみたい。微妙だなー。 212 名前：デフォルトの名無しさん [2008/06/12(木) 12:08:09 ] charがsignedならどうなるの？ 213 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 12:14:00 ] char と signed char と unsigned char はそれぞれ別の型 char が符号付きでも符号無しでも signed char とは関係ない 214 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 12:33:31 ] VBでは下記のように宣言して　違うクラスからでも　sub.関数()　が使用出来ていたのですが c++で同じ構成の共通関数を作ろうとしても参照エラーが出てうまくいきません 下記のコードをc++用にした場合　クラス、関数はそれぞれ どのように宣言するのが正しいでしょうか？ Public Class main     Sub ボタンクリック　イベント          sub.関数()  '違うクラスの共通メソッド呼び出し     End Sub End Class Public Class sub   Public Shared Sub 関数()   End Sub End Class 215 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 12:43:19 ] >>214 C++のソース貼らないと答えようがない。 216 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 12:44:18 ] class main { public:  void button_click_event(); }; class sub { public:  static void kansu(); }; void main::button_click_event() {  sub::kansu(); } void sub::kansu() { } たぶんこんな感じ？ 217 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 13:10:00 ] >>215 namespace test {//Namespace public ref class Form1 : public System::Windows::Forms::Form{//Class Form private: System::Void code_Click(System::Object^  sender, System::EventArgs^  e) {//イベント sub::kansu(); //共通関数　呼び出し }//イベント };//Class Form class Sub{//Class Sub public : void kansu(); };//Class Sub void Sub::kansu(){//　共通関数 };//共通関数 }//Namespace こんな感じです、共通関数を違うClassのForm1から呼びだして使いたいのですが 識別子が見つからない等のエラーが出てうまくいきません >>216 そのコードのように修正してみましたが クラス、識別子が見つからないという同じエラーが出てだめでした 218 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 13:22:02 ] ・void kansu() に static を付ける ・sub::kansu() の呼び出しは sub の定義よりも下で行う ・class Sub と sub::kansu で sub の大文字と小文字が異なる 219 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 13:25:47 ] あと ・エラーメッセージは一字一句正確に書け 220 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 13:29:36 ] >>218 うまく動きました、みなさんどうもありがとうございます >・class Sub と sub::kansu で sub の大文字と小文字が異なる コードではちゃんとなっているのですが ここに書くときに記述ミスしていました、申し訳ないです 221 名前：デフォルトの名無しさん mailto:sage [2008/06/12(木) 18:17:23 ] >>211 3.9 p2 は 「そのオブジェクトを構成するバイトは、char または unsigned char の配列にコピーできる」に対して 「例えば、ライブラリ関数 std::memcpy または std::memmove を使って」という注釈があるけど char 配列の要素ごとの代入でコピーできるなら「std::memcpy や std::memmove も含まれる」のような ニュアンスで注釈を付けるんじゃないかな? それと 3.9 p2 はあるオブジェクトを char 配列にコピーして、その配列から元のオブジェクトにコピー したときにオブジェクトが元の内容に戻ることを保障しているだけで、同型の他のオブジェクトに対しては どうなるか分からないんじゃない? 3.9 p3 では char 配列を通さずに std::memcpy でコピーすればオブジェクトが同じ内容になるようです。 3.10 p15 は未定義ではないだけで結果は処理系定義ということもありえるんじゃない? 222 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 07:57:56 ] >>221 > char 配列の要素ごとの代入でコピーできるなら「std::memcpy や std::memmove も含まれる」のような > ニュアンスで注釈を付けるんじゃないかな? "for example" って書いてあるんだから、そういうことだと思うよ。 1.7, 1.8 より、 POD 型のオブジェクトはメモリ上で連続する バイト列とされている。 3.9.1 p1 により、 char, unsigned char はバイト中のすべての ビットが値に反映されることになっているので、これらの型を介して バイトを正確にコピーできる。 memcpy などの動作は引数の指すメモリ上の位置から連続する バイト列に対する操作として定義されているので、 char* を使って 同様にバイト列をコピーするコードを書けば同じ意味になる。 そのような操作に対する意味が 3.9 p2, 3.9 p3 の範囲で確定する。 これ以外のバイト操作（ POD 型のオブジェクトに属さないバイトの 操作や、オブジェクトひとつに満たない部分的な操作）については 意味も動作も規定はない。（不定？） 223 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 08:14:03 ] 違うフォーム上のテキストボックス等のデータを取得するにはどうすればいいですか？ 224 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 08:21:14 ] C++にフォームなんて概念ありません 225 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 10:20:30 ] >>223 初心者スレ、もしくはMFC, WTL, C++/CLIなどで該当するスレへ。 開発環境は必ず書くこと。 226 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 11:52:30 ] array<String>型の2次元配列　data[40][40]　を作りたいのですが array<String^> ^data = gcnew array<String^> (40)(40); とするとエラーが出ます どうやって宣言したらいいですか？ 227 名前：「CLI」で探せ mailto:sage [2008/06/13(金) 12:04:18 ] >>226 そんな気持ちの悪い記法は専用スレへどうぞ。 228 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 12:23:01 ] >>226 CLIはC++じゃないのですれ違い。 229 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:51:26 ] >>228 じゃ CLIなC++は何言語なんだよ？w バカかお前ww 230 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 13:55:45 ] C++/CLI 231 名前：デフォルトの名無しさん [2008/06/13(金) 14:00:53 ] A.hで中身まで記述した static void Func() { 　・・・ }; を　B.cpp、C.cppそれぞれでインクルードすると実体はそれぞれにできるんでしょうか？ 232 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:02:42 ] >>229 >227 233 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:03:33 ] >>229 C++/CLIはC++を拡張した別の言語としてEcmaで標準化されてるよ。 234 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:03:59 ] >>231 はい。但し、そのFunc()を例えばB.cppでは使いC.cppでは使わなかったとすると、一つだけになるかもしれません。 # 勿論、どちらでも使わない場合は一つもないかもしれないわけで。 235 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:05:25 ] まぁそれをやるならせめて無名名前空間をつかってほしいところ 236 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:13:59 ] >>234 うわぁぁ。そうなんだ。 staticつければ必ずひとつになると思っていました。ありがとう。 こういう場合ひとつだけにするにはテンプレートにするしかないのかな。 ヘッダに記述すること自体の是非は別として。 237 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:19:46 ] >>236 いや、テンプレートにするかしないかとstaticかどうかは別の問題だから。 つーか、>231の場合でもどうせインライン展開されるから消えてなくなると思うし、 テンプレート関数にしたところでインライン展開されなければ複数できてもおかしくはない。 で、一つにしたい積極的な理由があるの? 238 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:42:06 ] いろいろ言われそうだけどVCのﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの#include <stdafx.h> が嫌だからなんです・・。 いろいろなコンパイラで使えればな〜と思っていたらどうしてもこれが邪魔で。 ﾌﾟﾘｺﾝﾊﾟｲﾙ済みﾍｯﾀﾞｰの設定変えればいいのでしょうけど、ファイルをコピー、 includeですぐに使えるような書き方はないかな〜と。 239 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:50:41 ] あ、見当違いなこと書いてたかも。 上記理由でどうせ同じ関数なんだからひとつにしてファイルサイズ減らせないかなと 思っていた次第です。 240 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 14:52:05 ] >>239 理由がそれだけなら、最適化するとどうせインライン展開されて消えてなくなるから気にするな。 241 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:27:25 ] というか、あちこちに同じ中身が生成されるわけだから ファイルサイズは逆に増えるよね。 242 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 15:33:47 ] う〜ん、いろいろありがとう。 とりあえず最適化に任せてみます。 243 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:11:17 ] ===foo.h=== #include "bar.h" class foo { （略）// barは出てこない }; ===foo.cxx=== #include "foo.h" （略）// barが出てくる とやるのと、 #include "bar.h" をfoo.cxxの中に持ってくるのは、 どちらにどういうメリットデメリットがあるのでしょうか。 また、一般的にはどちらの書き方が推奨されますか。 244 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:13:13 ] CLIって便利だよな 特に他言語で作ったクラスライブラリがそのまま使えるお得感は感動ものだ 245 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 16:17:15 ] >>243 ヒント:依存関係、カプセル化 246 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 17:46:14 ] >>243 後者。素直に使う所に書く、で必要十分。 前者にメリットは無い。fooを使うやつのコンパイルがbar.hの分遅くなるだけ。 247 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 18:14:43 ] 次のプログラムをエラー無くコンパイルしたいのですが、方法を教えてください。 //データの構造体----------- struct dataA { int m_dataA; CLSA * m_next　//クラスのポインター }; //使用するクラス------------ class CLSA { dataA m_dat[100];　　　//データの配列 }; dataAの中にクラスのポインターを持つ。この状態ではCLSAが無いと言われます。 順番を変えるとクラスの中でdataA構造体が無いと言われます。 対処方法が無いでしょうか? 248 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 18:16:41 ] セミコロン抜けてた CLSA * m_next；　//クラスのポインター 249 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 18:32:36 ] >>247 struct dataAの上に 「class CLSA;」を書く。 あと、どうでもいいけど何かよく分からないデータ構造だな。 dataA{ CLSA* m_parent; } とか dataA{ dataA* m_next; } とか CLSA{ CLSA* m_next; } なら分かるけど。 250 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 20:00:26 ] 出来ましたありがとうございます。基本的な内容ですねorz データ構造は root クラスインスタンス | |-ノード1クラスインスタンス |　：　|-ノード1クラスインスタンス |　：　|-ノード1クラスインスタンス |　： |-ノード1クラスインスタンス のような多段構造のようなもので、ノード分岐の意味をdataAの内部で示しています。 意味自体が単独で作られたり渡されたりするので、1つの構造体にしています。 251 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 20:08:54 ] >>244 そのままシームレスに使えればだがな。 だが現実は・・・・　ハァー 252 名前：デフォルトの名無しさん mailto:sage [2008/06/13(金) 22:04:32 ] >>222 3.9.1 p1 は「バイト中のすべてのビットが値に反映される」とはいっても、ビット列と値が 1 対 1 でないこともあるんじゃないかな。 例えば char が符号付きで符号ビットと絶対値で表現する場合、値 0 を表現するビット列が 2 パターンある。その処理系で char* を通して値 0 を読み、その値を char* を通して書く とビット列が変わる可能性があるんじゃないかな?

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef