【初心者歓迎】C/C++室 Ver.72【環境依存OK】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2010/03/05(金) 16:51:13ただしその場合、質問者は必ず環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。
【前スレ】
【初心者歓迎】C/C++室 Ver.71【環境依存OK】
http://pc12.2ch.net/test/read.cgi/tech/1264774545/
【アップローダー】(質問が長い時はココ使うと便利)
http://kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm
http://codepad.org/ (コンパイルもできるし出力結果も得られるのでお勧め)
◆ソースのインデントについて
半角空白やTABでのインデントはスレに貼ると無くなります。
そのため、アップローダーに上げるのも手ですが直接貼る場合は、
全角空白か に置換すると見栄えだけはよくなります。
0282デフォルトの名無しさん
2010/03/30(火) 02:11:540283デフォルトの名無しさん
2010/03/30(火) 15:53:110284デフォルトの名無しさん
2010/03/30(火) 16:20:33T const& GetT()
このようにメンバ関数の返り値がconstと非constのオーバーロードは可能なのでしょうか?
0285デフォルトの名無しさん
2010/03/30(火) 19:31:15T const& GetT() const;
これなら可能。
obj.GetT() として
objがconstならば後者が、
そうでなければ前者が呼ばれる。
0286デフォルトの名無しさん
2010/03/30(火) 21:07:04やはり問題がありそうですね。
実際使ってるのはBCBなんで、VCを真似して
専用のヘッダー作って同一になるようにしときます。
ありがとう。
0287デフォルトの名無しさん
2010/03/30(火) 22:07:09のdeleteはdelete(a)、それともdelete [] (a)?
自分delete [] (a)と思うんだけど、どう?
delete(a)だとメモリリークにならないの? これでも全て開放されるの
0288デフォルトの名無しさん
2010/03/31(水) 00:52:34delete[]を使いましょう
new char[10][4]; の10は変数でもよく、char (*)[4]、つまりchar型の
要素数4の配列へのポインタを配列確保する演算子なので、deleteは
[]を付けないとメモリリークします、というより未定義の動作です
0289デフォルトの名無しさん
2010/03/31(水) 17:26:59int[] a;
int* p1 = a;
はわかるのですが、
int* p2, p3;
p2 = a;
*p3 = a;
の違いがいまひとつはっきり理解できません。
また、次のようにした時、ポインタはどこのアドレスを指すのか想像がつきません‥
p2 = &a;
*p3 = &a;
よろしく御指南のほどお願いいたします。
0290デフォルトの名無しさん
2010/03/31(水) 18:12:46aがint型の配列だとして、
p2はaのアドレスをintのポインタからアクセスできるように
コピーしている正常な記述。
*p3は、確保もされていないどこかの領域を指す不定なポインタに、aから取得できるアドレス値を
書き込んでいる不正な記述。
&aの方は、多分処理系が把握しているどこかのアドレスをそれぞれコピーしたり
不正な書き込みをしようとしているっていうかヤメロ
0291デフォルトの名無しさん
2010/03/31(水) 18:16:07ってint型ポインタp2とint型変数p3の確保じゃないか?
0292デフォルトの名無しさん
2010/03/31(水) 18:20:08そのコードは、いくつかコンパイルが通らないところがある。
> int* p2, p3;
あとこれもp2がintへのポインタ、p3がintになるC/C++の罠。
p2 = a;
ポインタが指すアドレスを変えるのはこれ。
p2 = &a;
これはポインタへのポインタみたいなことになる。
*p3のように間接参照演算子をつけると、ポインタが指すアドレスを参照する。
つまり、*p3=aのような代入は、ポインタのアドレスを変えるのではなく、ポインタが指すメモリ(変数)の値を変える事になる。
0293デフォルトの名無しさん
2010/03/31(水) 18:50:32基本的な事と前置きがあり、たまに誤解して覚えてる人、また間違った説明をする人がいるので
念のためついでに書いておくと、 C/C++ には、例えば 「intのポインター"型"」 のような物は存在しない。これ重要。
あくまで、「int として扱われる、どこかのメモリ領域を指すポインタ」 であって、これは型じゃない。
つまり読み方として、その例は 「int*」 の 「p2」 でなく、「int」 の 「*p2」。
実際の用法については >>292 氏のレスを参照してもらうとして、老婆心だけどメモしておくと、
そもそも変数の宣言は、
int x;
とあったとき、最初の int は(例えば整数が32bitだとすると)、「intとして扱う、4バイトの領域」 という意味でしかなく、
まだこの瞬間には物理的にどこかのアドレスには何も確保されていない。 そして次に x と、変数名が来たとき、
どこかにメモリが4バイト分確保され、それをあらわす名前として x が割り当てられている、という動きになる。
これを踏まえて、
int *y;
は、最初の int で int として扱う4バイトの領域という型が宣言され、その次の * は、ワイルドカードの * と似た意味で、
「どこかのアドレス」 という意思を表している。 つまり int * だ。
で、しかしこれだけだと流石にその後扱えないので、その次でこれ自体に名前を求めている。これが y 。
そんな訳で、この例の場合、型としてはあくまで int。 そして変数として、それはポインタと宣言されているって意味の記述になるから、
int* z; ではなく、 int *z; でなければならない。 こんな基礎。
0294デフォルトの名無しさん
2010/03/31(水) 18:56:39int x; は、どこか物理的な格納先が割り当てられたもので、それを指す名前が x という意味であり、
int *y; は、どこだかわからない(どこでもいい = *)格納先を示すもので、それを指す名前が y って事。
そしてどちらかも型としては int 。 ・・・って、
でも実際には int のポインター型 みたいに扱えないと不便なので、まるで型のように振舞ってはいるんだけど。キャストとか。
0295デフォルトの名無しさん
2010/03/31(水) 18:58:080296デフォルトの名無しさん
2010/03/31(水) 19:02:500297デフォルトの名無しさん
2010/03/31(水) 19:03:07int[] a;
表記OKになったんだ
これはint配列を指すポインタ aを表すの?
まさか参照じゃないよね
0298デフォルトの名無しさん
2010/03/31(水) 19:05:230299デフォルトの名無しさん
2010/03/31(水) 19:07:03int x; // 「int型の宝箱」
int* y; // 「int型の宝箱」の地図
y = &x; // &でxの地図を取得してyに代入
*y = 10; // 地図であるyが指す宝箱への代入
0300デフォルトの名無しさん
2010/03/31(水) 19:25:24何々型の、何々 って記法で、何々=変数名の方を修飾する・・・例えばポインタをあらわす*や配列を表す[5] のようなものは、
なんて言ったらいいのかな・・・ 型の宣言が2段構えになってるようなイメージで捉えればいいんじゃないかな。
ただJavaやC#のような言語の場合は、その辺すっきりまとめて全部同じような型としちゃう傾向があるから、
そっちと混同すると混乱する可能性はあるような気がする
0301デフォルトの名無しさん
2010/03/31(水) 23:11:53ありがとうございます。やっぱりそうですよね。
>要素数4の配列へのポインタを配列確保する演算子なので
演算子はどれを言っているんですか?
0302デフォルトの名無しさん
2010/04/01(木) 00:09:46「new」演算子
0303デフォルトの名無しさん
2010/04/01(木) 01:26:50型について間違ってるよ。
C/C++では、ある識別子の型は、その宣言から識別子を省いたものと定義されている。
だから以下のようになる。
int i; => iの型はint
int *p; => pの型はint*
int a[10]; =>aの型はint[10]
あと変数の宣言(かつ定義)についての説明も誤り。定義された時点でメモリは確保される。
宣言の説明も出鱈目すぎる。以下訂正版を挙げる。
int x;
「intとして扱う領域」 が確保される。auto変数なら、値はゴミ。
int *y;
「int*として扱う、領域」 が確保される。auto変数なら、値はゴミ。つまり出鱈目なところを指している。
0304デフォルトの名無しさん
2010/04/01(木) 13:25:00namespace{ class HelperClass {...}; }
を実装したいクラスのソースの頭らへんに書くと思うんだけど、これをファイル分割したい場合どうすればいいだろうか
0305デフォルトの名無しさん
2010/04/01(木) 13:46:090306デフォルトの名無しさん
2010/04/01(木) 14:39:160307デフォルトの名無しさん
2010/04/02(金) 07:52:17やっぱりCかなと思い、ここに来ています。今は特に作りたいものがないんですが、
プログラムが書けるようになったらやりたいことは沢山ありそうです。
勉強のために、10分くらいで出来そうな練習問題を出してくれませんか?
モチベーションがあがりそうです。
0308デフォルトの名無しさん
2010/04/02(金) 08:09:37あるいはICPCの過去問探し出してやれ
0309デフォルトの名無しさん
2010/04/02(金) 08:17:071-nまで足すプログラム
文字列を逆順にするプログラム
好きなほうをどうぞ
0310デフォルトの名無しさん
2010/04/02(金) 08:28:27http://www.acm-japan.org/past-icpc/domestic2006/contest/all_ja.html
こんなやつですね。
たしかに面白そうですね。
やったら添削していただけますか?
0311デフォルトの名無しさん
2010/04/02(金) 12:05:24Hoge* hoge
}
このhogeに多態的に要素を持たせたいのですが
templateをつかうか、コンストラクタに要素をしていさせるかどちらがよいでしょうか?
0312デフォルトの名無しさん
2010/04/02(金) 12:25:24ポインタはスマポにしたほうがいい
templateだったらhogeをポインタにする必要が無いな。
0313デフォルトの名無しさん
2010/04/02(金) 15:00:21自分は普段、Java と C# をメインに開発している者なのですが、趣味の範囲で C/C++ を真面目に
使いたいと思い、ここしばらくずっと勉強を続けています。
質問内容は、「C++ で言うクラス"名" は、C で言う構造体のタグ名と同じ捉え方でいいのか」 です。
具体的に言うと、C(/C++) の構造体について、現在自分はこのように捉えています。
struct { 内容 } 変数名A, 変数名B; は、その内容を構造として持った複合体のような変数として、宣言している。ちょうど、
int 変数名A, 変数名B; での、型名 int の部分が、{ 内容 } の形で表現されているような状態。
そして実際の記法としては、それが構造体の宣言である事を明示するため、struct と最初に書いてコンパイラに伝えている。
さらに、あとでこの同じ構造を再度利用したい(新しい変数を使いたい)場合に備え、
ここに一発で同じ内容を示す為の 「タグ名」 を、書くことも出来る。 そしてそれは、
struct タグ名 { 内容 } 変数名A, 変数名B; と、ある時、
struct タグ名 変数名C; のようにして簡易に使うことが出来る。
で、C++ になってからこの再度宣言する際の struct の一文は省略できるようになったので、
まるで Java や C# で言うクラス名のように見えているけど、 実はこれは元々再呼び出しの為の、タグ名だった。
そして、C++ になって今度はより仕掛けの拡張された class が登場したが、この時の
class 名前 { 内容 } 変数名;
にある "名前" の部分は、上記理解中にあるタグ名と同様に捉えておいていいんでしょうか、という事です。
よろしくお願いいたします。
0314313
2010/04/02(金) 15:02:41×実はこれは元々再呼び出しの為の、タグ名だった。
○実はこれは元々再度宣言する際に記述を省略する為の、タグ名だった。
0315デフォルトの名無しさん
2010/04/02(金) 15:25:13俺もそんな感じに理解してた。こういう記述が出来る訳だからな
class Foo {
public:
void bar() {
class { public: int add(int x, int y) { return x + y; } } calc;
int a = 1;
int b = 2;
printf("%d", calc.add(a, b));
}
};
厳密に同じなのか、については裏を取らないと自身無いが
0316デフォルトの名無しさん
2010/04/02(金) 15:33:35int型、float型、struct foo型、class bar型
int ってのは組み込みの型
class bigintと書けば自分でbigintという型を定義できる。
int a = 0;
bigint b = 0;
0317313
2010/04/02(金) 15:47:49レスありがとうございます。そもそも気になったきっかけが、C/C++ でのこの構文を見たせいなのです。
class 名前 {
内容
} 変数;
Java や C# での感覚だと、この位置に "変数" が来るのが理解出来ませんでした。
そしてそれで使えるって、いったいコンパイラはこれをどう解釈してるの? と疑問に思った事がきっかけでした。
一応、>>316 さんが言うように、「それはそういう型。全部ただの型だ」 はわかるのですが、
上記の点で、どう言う意図でこのような構文になっているのか理解できず、その為色々調べた所、
C での struct が >>313 にあるような内容だと知り、それならば C++ で増えた class についても同様なのかなと思いました。
上記の構文から、「ただの型だ」 では曖昧に思ってしまう所があり、質問させて頂きました。すみません。
0318デフォルトの名無しさん
2010/04/02(金) 15:57:04struct xx { ... } ;
typedef struct xx xx; // C++ではこれが省略できる。
xx v;
0319デフォルトの名無しさん
2010/04/02(金) 16:06:19C++ではstructとclassはほとんど同じってのは知ってる?
違いはメンバのアクセス指定を明示しないときのデフォがstructはpublic、classはprivateって所だけ。
0320313
2010/04/02(金) 16:26:55>>318
typedef struct { 内容 } 名前;
名前 v;
なら、そのまま名前の定義になるのでわかるのですが、
struct のタグ名と class のクラス名と言われている場所の名前について、同じかどうかが気になったのです。
>>319
質問にも書かせていただきましたが、むしろ同じかどうかを知りたかったのです。
では変な言い方かもしれませんが、同じと思っていいわけですね。
ただ、C++ に変わって「タグ名」という言い表し方は、ただのC時代からのレガシーと思えばいいという感じでしょうか。
0321デフォルトの名無しさん
2010/04/02(金) 16:50:24ただ考え方としては型名で、Cとの互換からTagとしての属性を残していると考えてよい。
0322313
2010/04/02(金) 17:00:48ありがとうございます!
>ただ考え方としては型名で、Cとの互換からTagとしての属性を残している
この一言ですっきりしました。
あと >>315 さんの calc の行と合わせて、>>319 さんの言う 「ほとんど同じ」 も合わせて、
すっきりしました。 ありがとうございました。
0323デフォルトの名無しさん
2010/04/02(金) 17:53:270324デフォルトの名無しさん
2010/04/02(金) 22:32:560325デフォルトの名無しさん
2010/04/03(土) 15:29:48過去の蓄積との整合性を保つのが面倒だし一度使い出すと今後ずっと縛られることになるしなぁ
標準で実装されてるならともかく、
いくらboostみたいな有名なライブラリとはいえ非標準に依存するのはちょっと違和感あるなと時々思う
0326デフォルトの名無しさん
2010/04/03(土) 16:49:37> 非標準に依存するのはちょっと違和感あるなと時々思う
外部ライブラリもAPIすら使わないで
標準C/C++の範囲だけで書かれた有名なソフトウェアは
俺は一つもしらんのだが。
C/C++の限界でしょそれは。
0327デフォルトの名無しさん
2010/04/03(土) 19:02:31フレームワークみたいな使い方になっちゃうってことじゃない?
0328デフォルトの名無しさん
2010/04/04(日) 02:34:350329デフォルトの名無しさん
2010/04/04(日) 02:37:59そうとは限らない。
0330デフォルトの名無しさん
2010/04/04(日) 02:48:38C++では0ではない事が規格で保証されている
理由を聞くとアドレスを取るためだと
0331デフォルトの名無しさん
2010/04/04(日) 10:28:120332デフォルトの名無しさん
2010/04/04(日) 12:02:22C++は仮想関数などポインタに入れて使う使い方もあるので
(もっともvtableなどで元々0ではないかもしれないが)空の
構造体やクラスでも0にはならないように設計されている
0333デフォルトの名無しさん
2010/04/04(日) 12:25:49> メンバ変数のないメンバ関数だけのクラスのサイズは0でよいのでしょうか?
むしろほぼ間違いなく0にはならないことが保証される。
例外はEBOが働いた時のみ
0334デフォルトの名無しさん
2010/04/04(日) 12:31:200335デフォルトの名無しさん
2010/04/04(日) 12:43:37EBO (Empty Base Optimization)
空の基底クラスの最適化。
メンバ変数を一個も持たない、空のクラス、というものが出来ることがあります。
しかし空のクラスであっても、アドレスは一意に決めなくてはならないので、
izeof( EmptyClass ) は 0 にはなりません。
EmptyClass arr[100];
assert( &arr[0] != &arr[1] ); // アドレスは違ってて欲しい単独で使う時には
この無駄は仕方のないところですが、 例えばこの空クラスから他のクラスを派生
するときは、EmptyClass の分のサイズは 0 にして、派生クラスのメンバ変数の
分だけを確保する、という最適化が可能です。 C++の規格で許されているこの
最適化のことを、Empty Base Optimization と呼びます。
0336デフォルトの名無しさん
2010/04/04(日) 12:43:45sizeof(空の構造体)が0になることがC言語の標準規格で保証されていたかは
記憶にないけど、もしそうならC++と互換性が無い点になるだろうね。
でもsizeof(空の構造体)==0に依存したソースってどんなんだ?
0337デフォルトの名無しさん
2010/04/04(日) 16:00:36ISO C 6.2.6.1 p2
> Except for bit-fields, objects are composed of contiguous sequences of one or more bytes, ...
C でもサイズは 0 にならないよ。
0338336
2010/04/04(日) 16:14:04ほー。
じゃあむしろEBOが特例でサイズが0となり、
それ以外は標準C/C++では必ず1 or more バイトはかかるわけだ。
ありがとう。
0339デフォルトの名無しさん
2010/04/05(月) 00:47:17struct hoge fuga[42];
で&fuga[0] < &fuga[1]でないと色々厄介だからね。
0340デフォルトの名無しさん
2010/04/05(月) 14:34:38class impl_a : public iface {...};
impl_a a1, a2, a3(a1); // ok
a1 = a2; // ok
iface &i1 = a1, &i2 = a2; // ok
iface i3, i4(i1); // ng
i1 = i2; // ng
ifaceの生成コピー代入を禁止したままimpl_aの生成コピー代入を許可する、再利用性のあるイディオムはありますか?
protectedな生成コピー代入をifaceに持たせれば仕様は満たすのですがこれは再利用性がなく
boost::noncopyableではimpl_aもコピー代入不可になってしまうので条件に合いませんでした
0341デフォルトの名無しさん
2010/04/05(月) 17:54:44どうすればいいでしょうか?
切り替え自体はできてます。
2kXPVista7、OSデフォルトかOffice付属のIME
検証自体はwindows 7 office2007IME VC++2008Expressでしてます。
http://codepad.org/cVmmTnfL
0342デフォルトの名無しさん
2010/04/05(月) 20:30:55生成すら不可にしたいならインターフェースクラスにするとかかな?
良いのが思いつかないので下で探して。
http://ja.wikibooks.org/wiki/More_C%2B%2B_Idioms
0343デフォルトの名無しさん
2010/04/05(月) 23:01:28メンバ変数ポインタの型の代入演算子に依存しないディープコピーの方法はないでしょうか?
0344デフォルトの名無しさん
2010/04/05(月) 23:04:54{
}
0345デフォルトの名無しさん
2010/04/05(月) 23:05:54> メンバ変数ポインタの型の代入演算子に依存しないディープコピーの方法はないでしょうか?
素直に普通にCopy Constructorを書くとそうならない?
テンプレート引数をT型とすると、
// Copy Constructor
MyClass(const MyClass& other)
{
pointer = new T(*other.pointer); // pointerは生ポインタ or スマートポインタ型とする。
}
じゃダメなんすか?
0346345
2010/04/05(月) 23:06:50// Copy Constructor
MyClass(const MyClass& other)
{
pointer = new T( *( other.pointer ) ); // pointerは生ポインタ or スマートポインタ型とする。
}
じゃダメなんすか?
0347デフォルトの名無しさん
2010/04/05(月) 23:37:38汚いけどこれでどうよ。
#include <new>
class A { public: A() {} };
class B {
public:
B() : m_a(operator new(sizeof(A))) { }
~B() { operator delete(m_a); }
A* GetA() { return reinterpret_cast<A*>(m_a); }
const A A1;
const A A2;
const A A3;
void Copy(const A B::*p) {
GetA()->~A();
new (GetA()) A(this->*p);
}
private:
void* m_a;
};
int main() {
B b;
b.Copy(&B::A1);
b.Copy(&B::A2);
b.Copy(&B::A3);
}
0348デフォルトの名無しさん
2010/04/06(火) 00:08:37ポインタ型メンバのポイント先とでもいえばいいのかな?
>>346
これも言葉足らずでした
コピーコンストラクタや代入演算子のような相手方の実装に依存しないコピー、ということでした
0349デフォルトの名無しさん
2010/04/06(火) 00:50:070350デフォルトの名無しさん
2010/04/06(火) 00:51:33コピーコンストラクタやコピー代入演算子を使わずにコピーしろというのか?
0351デフォルトの名無しさん
2010/04/06(火) 06:40:360352デフォルトの名無しさん
2010/04/06(火) 07:22:33というか、相手方の実装に依存しないためのコピコンや代入演算子じゃないのか
0353デフォルトの名無しさん
2010/04/06(火) 07:23:23相手方の実装におもいっきり制約かけてんじゃん
0354デフォルトの名無しさん
2010/04/06(火) 08:22:59void* で持ってて型情報が消えてるんだけど deep copy したいとか。
だったら、type erasure あたりでぐぐれば参考情報があるかも。
0355デフォルトの名無しさん
2010/04/07(水) 05:32:010356デフォルトの名無しさん
2010/04/07(水) 05:38:11ttp://www14.big.or.jp/~ken1/tech/tech19.html
0357デフォルトの名無しさん
2010/04/07(水) 13:23:05生のリソース開放処理が失敗した場合に例外も戻り値も使えないのでエラーを通知する方法が無いように思えるのですが
開放に失敗した時に、(侵入的ではない方法で)何か処理をしたい場合はどうすればいいんでしょうか?
0358デフォルトの名無しさん
2010/04/07(水) 19:30:14インターフェースってそういうもんじゃないの?
0359デフォルトの名無しさん
2010/04/07(水) 19:34:56リソース解放を行って成功したかどうかを返すメンバ関数を追加する。
デストラクタにも解放処理は置くけど、こっちはエラーを通知しない。
かわりにログを吐くか、あるいはその場で死ぬか。
0360デフォルトの名無しさん
2010/04/08(木) 16:29:190361デフォルトの名無しさん
2010/04/08(木) 16:44:570362デフォルトの名無しさん
2010/04/08(木) 18:44:460363デフォルトの名無しさん
2010/04/08(木) 19:04:04少なくとも、POSIXのclock()はプロセッサ時間だよ。
0364デフォルトの名無しさん
2010/04/09(金) 11:16:13プロジェクトP1の中にLobbyForm.hというヘッダーファイルがあり、プロジェクトP2内のmymain.cppの中でLobbyForm.hをインクルードしています。
当然mymain.cppの2行目に#include "LobbyForm.h"と記載しています。
これでVisualC++2008EEにてソリューションのビルドをかけると以下のエラーが出ます。
エラー 2 fatal error C1083: include ファイルを開けません。'LobbyForm.h': No such file or directory c:\users\********\documents\保存用\projects\lobbyformmain\lobbyformmain\mymain.cpp 2
LobbyForm.h(インクルードするヘッダーファイル)の場所
C:\Users\********\Documents\保存用\projects\LobbyFormLib
mymain.cpp(インクルードの宣言場所)の場所
C:\Users\********\Documents\保存用\projects\LobbyFormMain\LobbyFormMain
どの部分を直せばビルド可能になりますでしょうか?教えてください。
0365デフォルトの名無しさん
2010/04/09(金) 11:17:300366デフォルトの名無しさん
2010/04/09(金) 11:26:15できました、ありがとうございます!
0367デフォルトの名無しさん
2010/04/09(金) 14:32:0465536種類もポート番号があるならば、最初からプログラムごとにバラバラの番号を指定しておけばよいような気がします。
HTTPは80などと標準を作ることによるメリットとはなんでしょうか?
0368デフォルトの名無しさん
2010/04/09(金) 14:48:37例えば
IE は 80
FireFox は 81
Netscape は 82
Lynx は 83
Opera は 84
みたいにしたほうがいいって思ってるの?
0369デフォルトの名無しさん
2010/04/09(金) 14:52:29見なして通さない所があるからだよ
NNTPは119だっけ
0370デフォルトの名無しさん
2010/04/09(金) 16:16:25いいというか、大量に番号がある中でわざわざバッティングするようなことをしなくてもと思ってました。
>>369
そういった守り(?)の理由があるのですね、勉強になりました、ありがとうございます。
0371デフォルトの名無しさん
2010/04/09(金) 17:46:09予めどれを使うのかわかってなければ通信を成り立たせる事も出来ないだろうが
0372デフォルトの名無しさん
2010/04/09(金) 18:07:150373デフォルトの名無しさん
2010/04/09(金) 20:11:37double d = 0.0;
for (...);
{
d += DBL_EPSILON;
}
みたいなコードはそれを保証してくれるのでしょうか?
演算の誤差判定にしか使えないのでしょうか?
0374デフォルトの名無しさん
2010/04/09(金) 20:24:39等間隔でインクリメントということだよね?
そのコードは規格上では多分何も保証してくれてないけど、
IEEE754準拠の環境上ならそれでOK。
まぁdoubleでそれやると4500京回以上ループ回るが。
0375デフォルトの名無しさん
2010/04/09(金) 20:34:5052bit程度だからそんなに精度はないはず
0376デフォルトの名無しさん
2010/04/09(金) 20:44:07今時のCPUなら速いだろ
0377デフォルトの名無しさん
2010/04/09(金) 20:45:400378デフォルトの名無しさん
2010/04/09(金) 20:53:35DOS時代はリセットしかなかったからなあ
0379375
2010/04/09(金) 20:56:59おお、4500兆か。
億、兆、京と数えていたつもりだったんだが、万をすっかり忘れていた
0380デフォルトの名無しさん
2010/04/09(金) 20:57:190381デフォルトの名無しさん
2010/04/09(金) 21:17:14[0.0 - 1.0]
の間で常に
d + DBL_EPSILON > d
を満たせばいいということです。
できるみたいですね、ありがとうございます。
0382デフォルトの名無しさん
2010/04/09(金) 21:26:27むりっしょ
■ このスレッドは過去ログ倉庫に格納されています