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

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

643:638
07/06/17 18:47:09
レスありがとうございます。
charが常に1バイトというのは、規格で決まっているのですか？

644:デフォルトの名無しさん
07/06/17 18:48:49
>>643
決まってる。

ただ、「buf の型が char である」ということに依存しているから、
ここを変更したいと思った場合に変更を要するコードである事は確かだな。

645:デフォルトの名無しさん
07/06/17 18:50:14
誤解があるといけないから念のために言うけど、
char が 1 バイトというのは決まってるが、
1 バイトが 8 ビットである保証はない。
1 バイトが 9 ビットの環境もある。

646:デフォルトの名無しさん
07/06/17 18:51:29
1バイトのビット数を取得するマクロってありますか？

647:638
07/06/17 18:51:48
皆さんありがとうございました。勉強になりました。

648:デフォルトの名無しさん
07/06/17 18:57:42
アルバイトのヒト数を取得するユニクロってありますか？

649:デフォルトの名無しさん
07/06/17 19:19:40
>>646
CHAR_BIT

650:デフォルトの名無しさん
07/06/17 20:31:59
>>637
未定義。iccだとご丁寧に「想定外の呼び出し順序になる可能性がある」と指摘してくれる。

651:デフォルトの名無しさん
07/06/17 21:06:51
たまにはlimits.hも眺めよう

652:デフォルトの名無しさん
07/06/17 21:08:10
float.h も眺めようぜ

653:デフォルトの名無しさん
07/06/17 21:10:15
眺めすぎて惚れるなよ

654:デフォルトの名無しさん
07/06/17 21:21:25
やだ・・／／／

655:デフォルトの名無しさん
07/06/17 21:22:24
構造体やクラスを関数内で定義すること、
つまり、以下のようなことがしたいのですが
これは規格でできることが保証されていますか？

void hoge() {
　struct hage {
　　...
　};
　...
}

656:デフォルトの名無しさん
07/06/17 21:23:44
>>655 C89 の頃から余裕で使える。

657:デフォルトの名無しさん
07/06/17 21:26:15
ちなみに関数内で関数は定義できません

658:デフォルトの名無しさん
07/06/17 21:33:03
>>656
ちゃんと規格で決まってるんですか。
知りませんでした。
どうも、ありがとうございます。

>>657
構造体やクラスの静的関数で代用するのが常套句になってますね。

659:デフォルトの名無しさん
07/06/17 21:44:49
GCC の拡張でよければ関数内関数は使えるんだけどな。確か。

660:デフォルトの名無しさん
07/06/17 22:29:53
関数内クラスをテンプレート引数に出来たらなぁ
と思うことがある

661:デフォルトの名無しさん
07/06/17 23:05:55
charのバイト数の件で便乗質問。
shortって俺の使ってる環境では2byteなんだけど、これって決まってるんですか？
決まってないのなら確実に2byteの型は有りますか？
また確実に4byteの型はありますか？

662:デフォルトの名無しさん
07/06/17 23:07:51
longは32bit以上というのはK&Rに書かれていた気がする。
というか規格原理主義者によると、１バイトが何ビットかも決められていないとか

663:デフォルトの名無しさん
07/06/17 23:17:52
>>661
#include <stdint.h> で int16_t と int32_t でおｋ。

664:デフォルトの名無しさん
07/06/17 23:20:56
>>661
sizeof　(short)　==　2と規格で定まっているわけではない
でも規格の最大値・最小値の規定から少なくとも16ビット以上あるということは導ける
同様に（662も書いてあるように）、longが少なくとも32ビットあるということも導ける

2バイトの方が欲しければ、C99なら<stdint.h>のint16_tやint_least16_tが使える
前者がぴったし16ビットの型（対応する型があれば用意されている）
後者は少なくとも16ビットの型（絶対に用意されている）

後者だけ必須なのは1バイトが8ビットでない環境の存在を考えれば納得

C++に今のところ<stdint.h>は、存在しないから
<boost/integer.hpp>や<boost/cstdint.hpp>で代用するくらいしかない

665:デフォルトの名無しさん
07/06/17 23:32:47
C/C++で処理系依存なのは、もう諦めるしかないんじゃないか？

666:デフォルトの名無しさん
07/06/17 23:48:09
必要以上に移植性を求めるのは不毛。
必要以上に移植性を失うのも愚かしいこと。

667:デフォルトの名無しさん
07/06/17 23:53:10
俺ッち、__propertyとか__finallyとか好きな訳だけど、使っちゃって委員会？＾＾

668:デフォルトの名無しさん
07/06/17 23:56:15
どうせ他の部分も環境依存しまくりなんだろ？
どんどん使っちゃえYO!

669:デフォルトの名無しさん
07/06/18 00:04:53
>>667
__closureも活用してもっと便利に！

670:デフォルトの名無しさん
07/06/18 00:13:58
勉強になるな。

671:デフォルトの名無しさん
07/06/18 00:19:27
#include <stdint.h>
VC6だと「そんなヘッダ見つからねーよ。死ねボケ。」って言われてしまった OTL。

672:デフォルトの名無しさん
07/06/18 00:47:53
質問
void hoge()
{
何かの処理
#ifdef DEBUG
　　printf("Debug %s, nanka);
#endif
何かの処理
#ifdef DEBUG
　　printf("Debug %s, nanka);
#endif
↑こんな調子で数百行位ある
}
こういう汚い関数を直したいんだが

void DebugPrint(char *str)
{
#ifdef DEBUG
　　printf("Debug %s, str);
#endif
}
void hoge()
{
何かの処理
　　DebugPrint(nanka);
何かの処理
　　DebugPrint(nanka);
}
って感じに直したいんだが、やったら動作変わっちゃう？
#ifdefあんま使ったこと無いから教えてくださいな

673:デフォルトの名無しさん
07/06/18 00:48:22
そりゃそうだろ

674:デフォルトの名無しさん
07/06/18 00:49:09
>>673
すんません
分かり易く解説お願いします

675:673
07/06/18 00:49:19
>>671
の事ね

VC6が出来たのはだいぶ前だから

676:672
07/06/18 00:50:28
>>675
あ、すんません
タイミング良かったんで即レス来たのかと思っちゃいましたｗ

677:デフォルトの名無しさん
07/06/18 00:57:26
#ifdef DEBUG
　　#define DEBUG_PRINT(a) printf("Debug %s, (a))
#else
　　#define DEBUG_PRINT(a)
#endif

void hoge()
{
何かの処理
　　DEBUG_PRINT(nanka);
何かの処理
　　DEBUG_PRINT(nanka);
}

こういうのはよくやるな。
ただ、printfは引数の数が可変だから、引数の数にばらつきがあるとまた別の対策が必要になるが。

678:デフォルトの名無しさん
07/06/18 01:04:08
>>677
おぉ、なるほど

後、確認なんですけど、自分が書いた>>672だと動作変わっちゃうんですよね？

勉強として実際のソース見て動きを理解しろ
とか言われてるんですが、こんなソースばっかで
見づらくてしょうがないんで
何とかしたくて・・・
コメントアウトと/*2007/6/19追加バージョン6.2*/等と#ifdef何チャラの嵐です・・・Orz

679:デフォルトの名無しさん
07/06/18 01:05:32
別に動きは変わらんと思うが

680:デフォルトの名無しさん
07/06/18 01:11:32
>>679
あ、そうなんですか？
ありがとうございます

個人的にはDebugPrintの部分は他から呼びたいので
関数化したいな～と思ってたんですけど、
#ifdefとかはコンパイル時に読み込まれるとか有ったので
動作変わっちゃうのかと・・・糞初心者ですんません
（もう、たまにソース直せと言われるとおっかなビックリっす・・・）

681:デフォルトの名無しさん
07/06/18 01:12:16
失礼、
×他から
○他からも

682:デフォルトの名無しさん
07/06/18 01:13:48
動きは変わらないが、
後者は関数呼び出しのオーバーヘッドが発生する。

683:デフォルトの名無しさん
07/06/18 01:20:02
関数本体の中にやたらと#ifdefなんかが入ってるのは、
あんまりいいコードとはいえないな。
「見づらくてしょうがない」というその感覚は限りなく正しい。
改善する方法をいろいろ考えるべきだな。

684:デフォルトの名無しさん
07/06/18 01:25:43
>>682
すいません

そのオーバーヘッドって遅くなるって事ですよね？
どの程度遅くなりますか？

>>683
ありがとうございます
パワハラ上司なんで聞くに聞けなくて
ここでたまに質問してます
見やすくしろって教えてくれたのもこのｽﾚです

685:デフォルトの名無しさん
07/06/18 01:39:54
関数を呼び出すという処理は、それ自体スタック操作や
プログラムカウンタの移動などの処理が行われる。
だから、>>672 のように関数を呼ぶ形にすると、その分オーバーヘッドが発生する。
一方で>>677の方法だと、不要なときには関数呼び出し自体がなくなるので、
そういう心配がない。この方法が好んで使われる所以。

ただ実際は、よほどタイミングがシビアだったり、デバッグプリントがめちゃくちゃ多かった
りしなければたいしたオーバーヘッドではないので問題にはならない。

でも、リリースバージョンのプログラムの中に、不要な関数呼び出しが残るのって
美しくないとは思わないかい？

686:デフォルトの名無しさん
07/06/18 01:47:04
>>685
なるほど、詳しい解説ありがとうございます

せっかく用意したDebugPrintなのに
リリース等の時は実際は使わないのに
その度にDebugPrintの文だけより道、遠回りしちゃうって事ですね
確かに綺麗じゃないですね

687:デフォルトの名無しさん
07/06/18 01:56:30
可変長引数マクロを使えるコンパイラならこんなこともできる
#if DEBUG
#define DebugPrint(...) fprintf(stderr, "\nDebugPrint : File %s - Line %d\n", __FILE__, __LINE__),fprintf(stderr, __VA_ARGS__)
#else
#define DebugPrint(...)
#endif

688:デフォルトの名無しさん
07/06/18 02:01:41
リリース版ではインライン関数にして、
コンパイラの最適化に期待する手もある。

689:デフォルトの名無しさん
07/06/18 02:02:11
/* 古いコンパイラで使える技 */
#if DEBUG
#define DebugPrint(args) printf args
#else
#define DebugPrint(args)
#endif

/* 使い方(一回余計に括弧で括らないといけないのが欠点だが) */
DebugPrint(("%d\n", 1234));

690:デフォルトの名無しさん
07/06/18 02:03:19
古くなくてもできることないか？

691:デフォルトの名無しさん
07/06/18 02:03:47
>>687,>>689
おぉ、凄いですね

色々ご教授ありがとうございます

>>688
もし良ければその方法も教えて頂けないでしょうか・・・

692:デフォルトの名無しさん
07/06/18 02:16:33
1. インライン関数の定義を別ファイルに分ける

2. inline を INLINE マクロに置き換える
　 INLINE マクロの定義は以下の通り（これは自分で定義する）

#ifdef NDEBUG
#define INLINE inline
#else
#define INLINE
#endif

3. リリース版の場合はヘッダファイルでインクルードする

#ifdef NDEBUG
#include "***.***"
#endif

4. デバッグ版の場合はソースファイルでインクルードする

#ifndef NDEBUG
#include "***.***"
#endif

693:デフォルトの名無しさん
07/06/18 02:16:49
#if DEBUG
#define DebugPrint printf
#else
#define DebugPrint (int)sizeof
#endif

694:デフォルトの名無しさん
07/06/18 02:17:09
C++なら、こんなことできるお

class DebugPrinter {
　DebugPrinter(const char *filename, int line) {...}
　void out(const char *format, ...) {...}
};

#if DEBUG
#define DebugPrint DebugPrinter(__FILE__, __LINE__).out
#else
#define DebugPrint
#endif

695:デフォルトの名無しさん
07/06/18 02:21:38
>>694 リリースでエラーにならないか？

696:デフォルトの名無しさん
07/06/18 02:30:28
>>695
エラーにはならないがデバッグ用のコードが完全には消えないという問題がある。

697:デフォルトの名無しさん
07/06/18 02:30:35
>>695
たぶん、ならんよ。リリース時は
DebugPrint("%d, %d", f(x), f(y)); → ("%d, %d", f(x), f(y));
ってなるだけだから。

ただ、これがいやなら、>>693のようにsizeofしちゃうか、
dummyの関数作って
#if DEBUG
#define DebugPrint DebugPrinter(__FILE__, __LINE__).out
#else
inline DebugPrintDummy(const char *filename, ...) {}
#define DebugPrint DebugPrintDummy
#endif
って感じにしちゃうのがいいかもね

698:デフォルトの名無しさん
07/06/18 02:33:27
VC++ なら ((void)0) （VC6まで）か __noop （VC2002以降）にした方がいいね。

699:デフォルトの名無しさん
07/06/18 02:34:36
if(1); else に置換するという技もある。
多分最適化で消える。

700:デフォルトの名無しさん
07/06/18 02:39:27
>>697
関数 f が副作用を持ってたら問題があるな。

701:デフォルトの名無しさん
07/06/18 02:39:55
VC++ならTRACEで以上では？

702:デフォルトの名無しさん
07/06/18 02:41:56
皆さん
感謝、感激雨あられです

ちょっとF1見てる隙にこんなに書き込みが・・・

色々参考にさせてもらいます

703:デフォルトの名無しさん
07/06/18 02:52:34
何F1見てんだよこのヤロー

704:デフォルトの名無しさん
07/06/18 02:55:55
ああ、F1押すと長々と待たされた後で
役に立たないヘルプが出るよね

705:デフォルトの名無しさん
07/06/18 02:56:43
>>700
まあ、必要なら>>699で多分消せるじゃね？

>>701
TRACEは問題点は以下の３つ。
１，Windows限定
２，Boost.Formatなどの他の形式が使えない
３，出力先が変更できない
他にもあるかもしれんがよく分からん

706:デフォルトの名無しさん
07/06/18 02:57:53
必要ならって言うか、必須なんだぜ。

707:デフォルトの名無しさん
07/06/18 03:02:02
>>706
いや、そういう意味じゃなくて、
関数の副作用をどうしても消したいならって意味だお。
残したい場合も当然あるでしょ？

708:デフォルトの名無しさん
07/06/18 03:06:34
>>699 だと式のつもりが文になってしまうね。

709:デフォルトの名無しさん
07/06/18 03:10:09
ちょっと相談です。
言語はCでもC++でも構いません。
ちなみに開発環境はWin2000+VisualStudio2005です。

DLLで用意された、既存の関数 Func(char* str) を呼び出す必要があります。
この関数は、処理結果を文字列として str に返してくれます。
strに渡される文字列の長さは *不明* です。
DLL、および関数Funcの中身を弄ることは出来ないものとします。

この時、長さの不明なstrを、安全に処理するテクニックがあれば教えてください。

710:デフォルトの名無しさん
07/06/18 03:18:04
>>708
これならいけるかな？
#define DebugPrint 1 ? (void)0 : DebugPrintDummy

711:デフォルトの名無しさん
07/06/18 03:18:48
>>709
static str[100000000];
ではどうだ？
そうですか、足りませんかすいません。

712:デフォルトの名無しさん
07/06/18 03:19:32
>>709
Func を呼び出すことで、str の指すアドレスに
文字列が書き込まれるのであれば、安全に処理する方法は無いです

通常は、どの程度の長さが必要かを返す関数があったり、
渡したバッファの大きさを知らせる引数を付けたりします。

例えばFuncがファイル名を返す関数であるならファイルシステムが許す最大パス長などがあるので、
関数の仕様以外から最大の長さを決めることが出来るかも知れません

713:デフォルトの名無しさん
07/06/18 03:21:19
>>711
charが抜けた。すいません。

714:デフォルトの名無しさん
07/06/18 03:25:49
>>707
そういやそうだな。

715:709
07/06/18 03:28:23
即レスサンクス。
やっぱ無理そうですね。boostあたりでなんか何とかならないかなーとか淡い期待を抱いてましたが。

>711
とりあえず１万バイトくらいでがんばろうと思います。

>712
バッファサイズ関連のパラメータとか、実際に無いものは仕方ないんで諦めます（笑）

716:デフォルトの名無しさん
07/06/18 09:01:59
>>715
え、本当にどうしようもないの？
仕様上から決まる例(>>712 が言ってるMAX_PATH) とか、
NULL渡したら戻り値で必要length返るとかって挙動もないの？

そりゃDLLの設計が糞としか言いようがないが…

717:デフォルトの名無しさん
07/06/18 09:45:43
gets を安全に使うにはどうすればいいですか？
っていう質問と一緒だね。残念ながら無理だ。

718:デフォルトの名無しさん
07/06/18 10:59:41
仕様上から決まる例で32bit整数が最大値だとわかれば
常にその大きさの配列渡せば安心、かな

719:デフォルトの名無しさん
07/06/18 11:10:29
メモリ使い切って落ちるに１票

720:デフォルトの名無しさん
07/06/18 11:12:45
OS の API 直呼びで仮想メモリに頼ってしまう手もあるんジャマイカ？
それにしても 32bit 最大値はやりすぎだろうけど。

721:デフォルトの名無しさん
07/06/18 11:50:56
パイプとかその辺のOSの用意したプロセス間通信機能でどうにかするしかないんじゃね？

722:デフォルトの名無しさん
07/06/18 13:48:29
すいません、また質問させてください。

#include <iostream>
using namespace std;
class base {
public:
int a;
base(int x) {a=x;}
};
class sub1 : virtual public base {
public:
sub1() : base(0) {}
};
class sub2 : virtual public base {
public:
sub2() : base(0) {}
};
class sub3 : public sub1, public sub2 {};
int main() {
sub3 obj;
obj.a = 10;
return 0;
}

これがコンパイル通らないんですが、baseクラスに引数のないコンストラクタを
追加するとコンパイル通るようになります。virtual指定で継承すると、引数のない
コンストラクタを呼ぶというルールなのでしょうか？

723:デフォルトの名無しさん
07/06/18 14:17:15
#include <iostream>

namespace test_ {
　　class base {
　　public:
　　　　base() { std::cout << "base::base()" << std::endl; }
　　　　base(int x) { std::cout << "base::base(int x)" << std::endl; }
　　};

　　class derived1 : virtual public base {
　　public:
　　　　derived1() : base(0) { std::cout << "derived1::derived1()" << std::endl; }
　　　　derived1(int x): base(x) { std::cout << "derived1::derived1(int x)" << std::endl; }
　　};

　　class derived2 : public derived1 {};
}
int main() {
　　test_::derived2 a;
　　return 0;
}
そのようですね
なので混乱を避けるために出来るだけデフォルトコンストラクタも定義しておきたいところです

724:デフォルトの名無しさん
07/06/18 14:53:20
>>722
>引数のないコンストラクタを呼
んでるじゃないか、自分で。
>sub3　obj;

725:709
07/06/18 15:00:50
>716
一応、strに渡されるのは1024バイト以内という仕様は一応あります。一応。
3000とか4000とか飛んでるのを何度か見たことはありますが。

726:デフォルトの名無しさん
07/06/18 15:21:26
>>725
>一応、strに渡されるのは1024バイト以内という仕様は一応あります。一応。
>3000とか4000とか飛んでるのを何度か見たことはありますが。

そりゃーDLLが糞でFAじゃね？
もしくは文書に反映されてないだけで仕様が4096に変わってるとか…。
仕様であるならstrncpyでもなんでもやって1024以内にすべきだし。
仕事絡みなら、バッファサイズ1024で書いて落ちる＆再現性ありの状態を作って、クレームつけるとかかね。

まぁがんがれｗ

727:デフォルトの名無しさん
07/06/18 18:05:42
#include <iostream>
#include <string>
#include <boost/function.hpp>
#include <boost/bind.hpp>

class Writer {　public: void run(const std::string& str) { std::cout << str << std::endl; }　};

class Module1 {
public: typedef boost::function<void(const std::string&)> func_t;
private: func_t func;
public:
　　Module1(func_t func_) : func(func_) {}
　　void run() { func("message"); }
};

int main() {
　　Writer w;
　　w.run("test");

　　using boost::bind;
　　Module1 module(
　　　　static_cast<Module1::func_t>( bind(&Writer::run, &w) )
　　　　);
　　module.run();
　　return 0;
}
Writerクラスのrun()をコールバック関数として、boost::bindを使ってクラスModule1に渡します
Module1はboost::functionを用いてこのコールバック関数を保持します
これを実現したいのですがエラーどころか、コンパイラ(VC2005のcl.exe)が落ちます(汗
どうすればこの動作を実現できるんでしょうか？

728:デフォルトの名無しさん
07/06/18 18:09:09
自己解決しました
bind(&Writer::run, &w)→bind(&Writer::run, &w, _1)
引数とる場合はプレースホルダが要るんですね(汗

729:デフォルトの名無しさん
07/06/18 19:34:13
>>722
class　sub3　:　public　sub1,　public　sub2
{
　　sub3()　:　base(1)　{}
};
仮想基底クラスのコンストラクタは、最派生クラスから引数を指定してやることになっている

730:デフォルトの名無しさん
07/06/18 20:43:11
こんばんは、皆さんに質問です
テンプレートの定数の引数をエレガントに記述する方法が分かりません

template <class Type, int Length> Array
{
　　　…Arrayの実装…
};

class Color : public Array< unsigned char, 3 > // RGBなので3
{
public:
　　　static const int ColorDimension = 3; // これは使えない…
　　　…Arrayの実装…
};

ここに出てくる3をエレガントに記述する方法が分かりません
グローバルで定義したりdefineディレクティブで定義したりは汚いですし、
無名namespaceやconst staticなグローバルの定数はヘッダなので避けたいです。

731:デフォルトの名無しさん
07/06/18 20:48:52
元々汚いんだからエレガントなんて求めなくて良い

732:デフォルトの名無しさん
07/06/18 20:50:52
少しはきれいに書ける方法としては派生元で定義してしまう方法ですが…

template <class Type, int Length> Array
{ …Arrayの実装… };

class ColorBase
{
public:
　　const static int Dimension = 3;
}

class Color : public ColorBase, public Array< unsigned char, ColorBase::Dimension > // RGBなので3
{ 　…Arrayの実装… };

なんか微妙です…第一、継承する意味があるのかと…う～ん。
でもnamespaceだと関連性の記述があいまいです。

さらにはこんな方法もあるのですが…
class TColor<int Length> : public ColorBase, public Array< unsigned char, Length >
{ 　…Arrayの実装… };

typedef TColor<3> Color;

結局これでは定数をtypedefに移しただけで意味がなく、
const TColor::Dimension=3;
typedef TColor<TColor::Dimension> Color;
とまでして構造をめちゃくちゃにするのなら、
そのまま3って書いておいたほうがましな気がします。
何かよい方法があるのでしょうか？

733:デフォルトの名無しさん
07/06/18 20:53:19
>>731
では、その元々汚いものを綺麗にする方法を教えてください。

734:デフォルトの名無しさん
07/06/18 21:00:58
>>730
Arrayに手を付けていいなら、

template　<class　Type,　int　Length_>　Array
{
public:
　　static　const　int　Length　=　Length_;
　　//...
};

class　Color　:　public　Array<unsigned　char,　3>　//　RGBなので3
{
public:
　　static　const　int　ColorDimension　=　Length;
　　//...
};

735:デフォルトの名無しさん
07/06/18 21:10:10
int g1;int g2; int ga[10];
main(){
int li;int l2; int la[10]; int lb[10][10];

printf("%d\n", &g1);
printf("%d\n", &g2);
printf("%d\n", &l1);
printf("%d\n", &l2);

printf("%d\n", &l1-&l2);
}

↑のようなプログラムの
printf("%d\n", &l1-&l2);の表示結果の意味と
大局変数ga と局所変数la がどのように並んでいるのかを答えろって
課題なのですが、全くもって意味が分かりませんorz

ちなみにprintf("%d\n", &l1-&l2)の箇所の表示結果は”１”でした。
これはどういう事を意味しているのでしょうか？

ga[10]とla[10]に関してですが、これは[0]～[9]までの配列が用意されてるって事で良いんですかね？

ヒントの方よろしくお願いしますorz

736:デフォルトの名無しさん
07/06/18 21:14:01
なぜに&

737:デフォルトの名無しさん
07/06/18 21:15:51
＞ちなみにprintf("%d\n", &l1-&l2)の箇所の表示結果は”１”でした。
＞これはどういう事を意味しているのでしょうか？
「鼻から悪魔がでてきて私をたぶらかした結果である」

738:デフォルトの名無しさん
07/06/18 21:16:17
すみません、いくつか質問させてください。
１、ArrayクラスのLength変数はテンプレートが使用されたときに初期化されるのですか？
　　int i = Array<int, 3>::Length;
　　とかやったら(この例では最適化はされるでしょうが)アクセスしたその瞬間に
　　初期化が行われるのでしょうか？

２、int i = Color::ColorDimension;
　　とアクセスしたときは派生元のArrayから初期化が行われることは保証されていますか？

ちなみに、せっかく答えていただいたのに恐縮ですが、
class Color : public Array<unsigned char, 3>
の、3がマジックナンバーとなっているのを何とかしたかったのですが…
やはり無理でしょうか？何度も質問して申し訳ありません。失礼します。

739:730
07/06/18 21:18:19
あ、私は730で>>734さんに対してのコメントです

740:デフォルトの名無しさん
07/06/18 21:20:20
>>735
ヒント：課題スレではない

しかし答えておいてやろう
「&変数」は、メモリ上における変数のアドレスを意味している。
つまり、画面に表示されるのは各変数のアドレスだ。
&l1-&l2が1であるというのはつまり、ローカル変数は連続してるってことだ。

741:デフォルトの名無しさん
07/06/18 21:23:23
>>735
>printf("%d\n",　&l1-&l2);の表示結果の意味と
ぅゎぁ…課題だしたド阿呆を連れてきてくれ。説教してやるから。
配列を指すポインタであれば、例えば
&la[4]　+　3　＝　&la[7]　であり、逆に　&la[7]　-　&la[4]　＝　3　なわけだが
配列でもなんでもないポインタの引き算に意味なんかない。
メモリ上、int　のサイズ分離れた場所に割り当てられていると
答えさせたいんだろうが、課題として激しく相応しくない。
>[0]～[9]までの配列が用意されてるって事で
おｋ。

742:デフォルトの名無しさん
07/06/18 21:27:19
クラスを増やしたり、
define使ったり、
グローバルなenum使ったり
namespaceを使ったり
できないのなら、それは不可能ってことだよ。
別にグローバルにColorDimensionを定義してもいいじゃん。

743:デフォルトの名無しさん
07/06/18 21:44:32
ここは格好良く可変引数取れるArrayにして
Array<unsiged char, RED, BLUE, GREEN>みたいに出来るようにしかないな
俺はやり方知らん上、この方法でもRED,BLUE,GREENをenum型か何かで定義しないと駄目だけど

744:デフォルトの名無しさん
07/06/18 21:49:54
>>741
理論上は意味ないかもしれないけど、
実装を見るというのなら、意味ないこともないような気がしないでもない。

745:デフォルトの名無しさん
07/06/18 21:51:47
>>736
頭のおかしい講師に言ってくださいよorz
ほんと変な人で・・・
殆ど説明せずに課題をポンとだし、回答及び解説は次週って感じで
授業を進めるんです。

>>740
神様有難う。スレ違いだったんですか・・・。申し訳ないです。
&l1-&l2の件、理解しました。

>>741
神様レス有難う。
ga[10]とla[10]の件理解しました。

>ぅゎぁ…課題だしたド阿呆を連れてきてくれ。説教してやるから。
やっぱり、おかしいですよねえ？？
Ｃのプログラムを受け持ってる髭面の汚らしい講師なんですが、
どうも変な奴なんですよ・・・。

746:730
07/06/18 21:54:59
>>742
グローバルの名前空間は絶対に汚せない環境というのがございまして…
#define COLOR_DIMENSION 3
class Color : public Array< unsigned char, COLOR_DIMENSION > // RGBなので3
{
　　…Arrayの実装…
};
#undef COLOR_DIMENSION
とかｗｗｗ、もう何がなんだか…
#undef _COLOR_DIMENSION 3
あたりで我慢っすかねぇ

>>743
しかし、ArrayはColorとはあんまり関係なかったりして…
そもそも、public継承なのかprivate継承なのかという問題までありまして…

template <int Dimension = 3> class Color : public Array< unsigned char, Dimension > // RGBなのでデフォルトは3
{
public:
　　　Color() { assert(Dimension==3); }
}
とか…いや、assertで比較している3がまたマジックナンバーに…
なんかもう、素直にあきらめたほうが良いかも

747:594デフォルトの名無しさん
07/06/18 21:57:33
C言語の全角半角処理について二点程分からないので、宜しかったらアドバイスを頂けたらと思います。
仕様してるのはVisualStudio2005で、プロジェクトはWin32コンソールアプリケーションのMFC付与です。
(CDatabaseクラスとかCRecordsetクラス等も使うこともできます)。
現在、入力された文字列に「①全角記号、半角記号、全角数字、半角数字を一文字でも含むならエラー」
(つまり①の処理は漢字や平仮名カタカナや英字は入力出来ます)
という処理と、「②全角半角のハイフン以外の全角半角記号を一文字でも含むならエラー」
(②は、①の通過可能な条件に、全角半角数字が含まれます)
という処理と、「③全角半角の数字と全角半角のハイフンはOK」という処理の3つのロジックを組んでます。
半角記号や半角数字はASCIIコードを見ながら「for文で文字列を回してコードの中の記号を表す数字ならエラー」というロジックで
どうにかなってますが、②のハイフンの判別ができずに詰まってます。
使ってるソースは、
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
こちらの掲示板に
書き込んでおきます。
長くなりそうなので、続きの質問文はそっちのほうに書きます。
もし宜しかったお手数ですが、見てやって下さい。(投稿者名を「全角半角処理」にしておきます)。

748:デフォルトの名無しさん
07/06/18 21:58:46
>>745
とりあえずグダグダうるせえ。

749:デフォルトの名無しさん
07/06/18 22:00:47
>730
というか、継承では"Color is an Array"が成立するかという問題がある
ので、素直に包含関係にしてしまえ。

750:デフォルトの名無しさん
07/06/18 22:03:07
>747
ShiftJISの仕様についてもうちっと調べるべき、かな。
まあ、一旦wcharに変換して扱う手もあるけどネ。

751:デフォルトの名無しさん
07/06/18 22:17:19
クラスと構造体の違いはデフォのアクセス制御以外に何かありますか？
継承、仮想関数も構造体で定義できるので、両者の違いは「文化的、歴史的」なモノだけだと思って良いでしょうか？

752:デフォルトの名無しさん
07/06/18 22:21:47
classでレガシーな初期化はできなかった希ガス。
class Foo {int bar; int barz;} foo = {1, 2}
できたらごめん。

753:デフォルトの名無しさん
07/06/18 22:39:10
>752
全メンバをpublicにすればコンパイルできた。
まあ、当然といえば当然か。

754:デフォルトの名無しさん
07/06/18 22:49:14
サンクス。
しかし、C＋＋標準仕様は金を出さんと見れないのが癪だわ。。。
内緒にしとくもんでもなかろうて。

755:デフォルトの名無しさん
07/06/18 23:00:50
質問
　1.　死ぬまでenumハックを使うべきなのか。
　2.　死ぬまでexportは使ってはならないのか。

756:デフォルトの名無しさん
07/06/18 23:07:21
>>755
1. そうです
2. そうです

早死にしないように気をつけて

757:デフォルトの名無しさん
07/06/18 23:10:24
1　VC6を窓から投げ捨てりゃいいんじゃね
2 EDG使ってないコンパイラを窓から投げ捨てりゃいいんじゃね

758:デフォルトの名無しさん
07/06/18 23:16:47
>>754
URLﾘﾝｸ(www.jisc.go.jp)

759:デフォルトの名無しさん
07/06/18 23:44:18
>738
初期化は実行時に起こる。
テンプレートが使用された時、というのはコンパイル時の話。

件の場合、定数化されてしまうというのを無視すると

int i = Array<int, 3>::Length;

とすると、Array<int, 3>::Length に相当する定義がコンパイル時に生成される。
で、その生成されたソース中に初期化が存在するから、コンパイルした結果のコードでも
初期化が実行される。タイミングは普通の初期化と一緒で main 到達前。

>２、int i = Color::ColorDimension;
>　　とアクセスしたときは派生元のArrayから初期化が行われることは保証されていますか？
実際には Color::ColorDimension は定数と見なされるので Array と無関係に単なる 3 として評価されると思われ。

760:デフォルトの名無しさん
07/06/19 06:38:16
いくつかのサイトで見られたのですが、
STARTUPINFO si = {sizeof (STARTUPINFO)};
は何をやっているんでしょうか？
STARTUPINFO si = {0};
や、
STARTUPINFO si;
memset(&si,0,sizeof (STARTUPINFO);
si.cb = sizeof(STARTUPINFO);
などなら分かるのですが。

761:760
07/06/19 07:24:58
あ、すみません。
構造体の第一メンバをsizeof (STARTUPINFO)で、
残りのメンバを0で初期化している事が分かりました。
値を設定してないと0で初期化されるようですが、
STARTUPINFO si = {};
のような使い方では0で初期化される保証はないのでしょうか？

762:デフォルトの名無しさん
07/06/19 07:59:43
>>760
定義時初期化で済むことを、わざわざバグの混入する可能性のあるmemset()にする理由はなかろう。
また、STARTUPINFOに先頭にサイズを入れておくお約束があるならやはり初期化で入れるのが一番。

＞STARTUPINFO si = {};
コンパイル通った?

763:760
07/06/19 08:56:24
はい。VC2005でコンパイルが通り、結果も0で初期化されてることを確認しました。
コンパイル通らない可能性もあるんですね。それなら使いません。

あと、STARTUPINFO si = {0}; による初期化でも、/NODEFAULTLIBでビルドすると
「error LNK2001: 外部シンボル "_memset" は未解決です。」と出ることがあります。
これはmemset()が使われてるということなんでしょうか？

764:デフォルトの名無しさん
07/06/19 08:56:28
>>761
全部省略できるのは C++ だけ。

765:デフォルトの名無しさん
07/06/19 09:59:42
>>763
そうみたいだね。 memset() は標準ライブラリだから、
リンクできることを前提にしてるんだろう。

766:デフォルトの名無しさん
07/06/19 10:21:17
すみません、このスレでいいのか迷うんですが、
Windows2000やXP、Vistaで、アプリからサービスを一時的に停止したり
開始したりする方法を教えて下さい。
宜しくお願いします。

767:760
07/06/19 11:07:01
>>764
おお、なるほど。C++でした。
>>765
ありがとうございます。
みなさん、どうもありがとうございました。

768:766
07/06/19 12:48:11
解決しますた

769:デフォルトの名無しさん
07/06/19 12:57:26
今現在BMPの画像をexeファイルで表示する方法をやってるのですが
よろしければ必要最低限のプログラムのソースを教えていただけませんか？
よろしくお願いします。

770:デフォルトの名無しさん
07/06/19 13:01:28
>>769
>>1
>ただしその場合、質問者は必ず、環境を書きましょう。

771:デフォルトの名無しさん
07/06/19 13:10:27
>>469 とりあえずこれで"今現在BMPの画像"を表示できるプログラムができる
#include <stdio.h>

int main(){
printf("今現在BMPの画像");
return 0;
}

772:デフォルトの名無しさん
07/06/19 13:11:07
どうせWindowsだろ
猫でも読んどけ

773:デフォルトの名無しさん
07/06/19 13:47:09
丸投げは宿題スレ以外はだめ
今どこまで理解しててどこら辺がわからないのか書け

774:デフォルトの名無しさん
07/06/19 14:38:22
>>729
ありがとうございます。
なるほど、そうなってるんですか。。
しかし、以下のソースをコンパイルしようとしたところ、
sub3クラスでの仮想基底クラスのコンストラクタ呼び出し
(base(33)の呼び出し)はコンパイルを通すために必須でした。
ということは、
ー仮想基底クラスのコンストラクタは、最派生クラスから引数を指定してやることになっている
＋仮想基底クラスのコンストラクタは、多重継承になるクラス以降最派生クラスまで、毎クラスで指定することになっている
ということなのでしょうか？
（有効なのは最派生クラスでの呼び出しだけみたいですが、、、）

775:デフォルトの名無しさん
07/06/19 14:46:23
すいません、ソース貼り忘れた

#include <iostream>
using namespace std;
class base {
public:
int a;
base(int x) {
a=x;
cout << "x=" << x << endl;
}
};
class sub1 : virtual public base {
public: sub1() : base(0) {}
};
class sub2 : virtual public base {
public: sub2() : base(0) {}
};
class sub3 : public sub1, public sub2 {
public: sub3() : base(33) {}
};
class sub4 : public sub3 {
public: sub4() : base(1) {}
};
int main()
{
sub4 obj;
obj.a = 10;
return 0;
}

776:デフォルトの名無しさん
07/06/19 14:49:43
win32 SDKでwindowsプログラムの勉強をしているのですが、windowsプログラムを作製するにあたり
win32 apiとc言語標準ライブラリに同じような関数があった場合、Windowsではapiの方を使ったほうがよいのですか？
また、両者の使い分け基準って何かあるのですか？
たとえば、CopyMemoryとmemcpyは同じことをする関数なんですけど..どっち使うのべきか

777:デフォルトの名無しさん
07/06/19 14:56:41
環境に依存しない部分はなるべく標準ライブラリ使ってるな、俺は。
趣味でやるなら好みでいいんじゃない?

778:デフォルトの名無しさん
07/06/19 16:30:34
try catchでわざと例外を出す方法を教えてください
今は変数を0の入った変数で割って例外を出しています

779:デフォルトの名無しさん
07/06/19 16:40:49
try catchじゃ例外は出せない

780:デフォルトの名無しさん
07/06/19 16:42:51
tryの中でcatchに飛ばす方法を教えてください

781:デフォルトの名無しさん
07/06/19 16:48:03
「C++ 例外」でググれ

782:デフォルトの名無しさん
07/06/19 17:01:37
このソースで
LINK : warning LNK4039: /SECTION オプションで指定されたセクション '.share' は存在しません。
がでるんだけど、何が悪いか教えてください。
どうやったらwarning消せますか。ちゃんと.shareが使える形で。

#include <windows.h>

#pragma comment(linker, "/section:.share,RWS")
#pragma data_seg(".share")
HANDLE x = NULL;
#pragma data_seg()

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPreInst, PSTR szCmdLine, int iCmdShow)
{
　MessageBox(NULL, TEXT("HOGE"), NULL, MB_OK);
　return TRUE;
}

783:デフォルトの名無しさん
07/06/19 17:24:35
>>782
とりあえずコピペしてビルドしてみたのだがwarningなんかでなかった@vc7.1

784:デフォルトの名無しさん
07/06/19 17:35:43
捕捉でごめんなさい。
debugだとでなくて、releaseだとでるみたい。

785:783
07/06/19 18:05:35
releaseでもでなかった　printfでx見たいからコンソールにした複数プロセス起動させるとxの値が増加したからshareされてると思う@vc7.1 winxp sp2
#include <stdio.h>
#include <windows.h>
#pragma comment(linker, "/SECTION:.share,RWS")
#pragma data_seg(".share")
int x = 1;
#pragma data_seg()
int main(int ac, char** av)
{
　printf("%d\n", x);
　x += 1;
　MessageBox(NULL, TEXT("Press Enter key to continue"), TEXT("TINKO"), MB_OK);
　return 0;
}

786:デフォルトの名無しさん
07/06/19 18:59:16
>>785
まじですか。
こちらの環境はVS2005のExpress。
調べたらこんな差がわかった。でも、なんでかは不明。初期化されないからと推測。

コンパイルエラーが出ないソース。
#include <windows.h>

#pragma comment(linker, "/section:.share,RWS")
#pragma data_seg(".share")
int x = 1;
#pragma data_seg()

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPreInst, PSTR szCmdLine, int iCmdShow)
{
　++x;
　MessageBox(NULL, TEXT("HOGE"), NULL, MB_OK);
　return TRUE;
}

つづく

787:デフォルトの名無しさん
07/06/19 19:01:28
コンパイルエラーが出るソース。
#include <windows.h>

#pragma comment(linker, "/section:.share,RWS")
#pragma data_seg(".share")
int x = 1;
#pragma data_seg()

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPreInst, PSTR szCmdLine, int iCmdShow)
{
　MessageBox(NULL, TEXT("HOGE"), NULL, MB_OK);
　return TRUE;
}

++x;　がないだけ。
↑のは　×初期化されない　○一度も利用されることがない
かと思っています。

788:デフォルトの名無しさん
07/06/19 20:14:08
最適化で消されてるだけじゃないかな
/Faで.asm見ればわかるよ

789:デフォルトの名無しさん
07/06/19 22:00:05
スカトロCGを激しく集めるスレver27
ｽﾚﾘﾝｸ(ascii2d板:537番)

537 名前：名無したん(;´Д｀)ﾊｧﾊｧ[sage] 投稿日：2007/06/19(火) 21:47:45 ID:C++ilogK
>>528

　試　し　た　の　か　？　

IDがC++

790:デフォルトの名無しさん
07/06/19 22:08:56
よりにもよってスカかよw

791:デフォルトの名無しさん
07/06/19 22:12:52
しかも logK か。
何か化学的な雰囲気を感じるぞ。

792:730
07/06/19 22:17:42
>>759
Color::ColorDimension が定数でなかった場合の動作はどうなりますか？
クラスのstaicオブジェクトが初期化される順番は未定義であるように、
初期化順序が未定義なために不定動作となるのか、
派生関係があるので初期化順序をコンパイラが考えてくれるのか、
どちらになるのでしょうか？

793:デフォルトの名無しさん
07/06/19 23:26:19
>>792
テンプレート展開はコンパイル時に行われるから、
コンパイル時に判明する定数値しかを与えることができない

794:730
07/06/19 23:51:30
>>793
ああなるほど、確かにそうですね。これはテンプレートを使わない場合も同じですよね。
コンパイル時に行われるということを考えると文法も分かりますね。

・ＯＫな例
class Base
{
public:
static const int A;
};
class Derived : public Base
{
public:
static const int B;
};
const int Base::　　A = 1;
const int Derived:: B = A;

・ダメな例
class Base
{
public:
static const int A;
};
class Derived : public Base
{
public:
static const int B = A;
};
const int Base::　　A = 1;

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

795:デフォルトの名無しさん
07/06/19 23:55:57
いかん
最近始めたCの勉強をここ一週間ほどさぼってたんだが
ここ見てちょっと焦ってきた
いかんいかん

796:デフォルトの名無しさん
07/06/20 01:49:32
例としてですが、とある値を格納するクラスを作ってます。型はテンプレートで
template<typename T> value_t
{
public:
　　T get() const { return value; }
　　void set(T n) { value = n; }
private:
　　T value;
};
という感じになると思います。value_t<int> とかなら問題ないと思いますが、
（普通は参照を使って渡す）クラスや構造体が型に指定されると、
無駄にコピーコンストラクタが呼ばれたりすると思うので、微妙な感じになってしまいます。
ということで、最初から参照を使って、
template<typename T> value_t
{
public:
　　const T & get() const { return value; }
　　void set(const T &n) { value = n; } // ここで operator= が呼ばれるのは問題ないことにする
private:
　　T value;
};
こう書いても問題ないですか？（というか、こう書くべきですか？）

797:デフォルトの名無しさん
07/06/20 02:00:31
問題はないけど、
プリミティブ型だと結構遅くなる。

798:デフォルトの名無しさん
07/06/20 02:37:39
>>796
boost::call_traitsはどう？
もしくは、参照を扱うメソッドと値を扱うメソッドの２パターン作るとか

799:デフォルトの名無しさん
07/06/20 08:26:49
>>783
>>788
ありがとう。「最適化で消された」みたいです。腑に落ちました。

800:デフォルトの名無しさん
07/06/20 12:49:37
ofstream ofs("a.txt",ios::app);
ofs << ((LPCREATESTRUCT)lParam)->lpszClass << ',' << ((LPCREATESTRUCT)lParam)->lpszName << endl;
や、
if (!lstrcmp(((LPCREATESTRUCT)lParam)->lpszClass,"ClassName") && !lstrcmp(((LPCREATESTRUCT)lParam)->lpszName,"WindowName"))
だとプログラムがクラッシュすることがあります。（lpszClass、lpszNameどちらか一方のみでも）

ofs << ((LPCREATESTRUCT)lParam)->hwndParent << endl;
や、
if (((LPCREATESTRUCT)lParam)->hwndParent == FindWindow("ClassName","WindowName"))
のようにhwndParentならクラッシュしません。これは何が原因でしょうか？

801:デフォルトの名無しさん
07/06/20 12:51:30
>>800
各変数の値がどうなってるかくらい調べろよ

802:デフォルトの名無しさん
07/06/20 12:56:12
>>800
とりあえず無節操に行われているこのキャスト (LPCREATESTRUCT)lParam が怪しすぎる。
キャストが安全である根拠はあるか？
キャストが安全だとして、有効なポインタが渡されてるという保証はあるのか？

803:800
07/06/20 13:04:12
>>801
すみません、フックなので変数を予測できず、どの値でクラッシュしてるか分かりません。

>>802
ウィンドウプロシージャのメッセージがWM_CREATEの時に使用してるので大丈夫だと思うのですが。

804:デフォルトの名無しさん
07/06/20 13:13:25
C++で安全なコードを書きたいなら、キャスト前のチェックとか、
->の元がNULLでないことを保証するassertなんかは必須かと

というか、クラッシュするコードの lpszClassや lpszNameの内容チェックコードを
処理の前に挿入してログにでも吐けばいいんじゃね？

805:デフォルトの名無しさん
07/06/20 13:17:03
>>803
予測なんてしなくていいから、デバッグ実行しろ。

806:800
07/06/20 13:41:47
>>804
lstrcmp～でクラッシュするのでofstream～で値を確認しようとしたんですが駄目だったんです。

>>805
デバッグしたんですが慣れてないので分からなかったんです、ごめんなさい。

807:デフォルトの名無しさん
07/06/20 13:56:34
MSDNのCREATESTRUCTに関するヘルプには
Because the lpszClass member can contain a pointer to a local
(and thus inaccessable) atom, do not obtain the class name
by using this member. Use the GetClassName function instead.
と書かれているようだが。
lpszClassに直接アクセスしてクラス名を取得しようとするな
ってことじゃねえの。

808:800
07/06/20 15:24:02
>>807
わざわざありがとうございました。

809:デフォルトの名無しさん
07/06/20 19:21:18
class Stone{
public:
Stone();
int color, groupNumber;
Stone *nextStone, * groupHead, *nextGroup;
};

Stone::Stone(){
color = groupNumber = 0;
*nextStone, = *groupHead, = *nextGroup = 0; // (1).ここで整数を代入できない
}
というStoneオブジェクトのインスタンスを21*21の二次元配列として生成して、
Boardオブジェクトを作りたいと考えています。

改行が多いといわれたので続きます

次ページ