08/02/03 21:37:43
えと、つまり、vectorのvがあるとして、
初期値として、(65535～0)を入れとくわけね
で、こうするとO(N)で触れる、ってだけの話。
要求(){ return v.pop_back() }
解放(id){ v.push_back( id ); }
909:デフォルトの名無しさん
08/02/03 21:41:34
それ O(N) じゃなくて O(1) だろ。
解放でデタラメな id 食わされたら死ぬとか言う問題もあるかもね。
910:デフォルトの名無しさん
08/02/03 21:43:20
あーそうそうO(1)だね。
でたらめなIDって言っても、if文一発で済むでしょう。
同じIDが複数解放されてきたららﾄﾞﾅﾉﾖって話は知らない。
911:883=905
08/02/03 21:47:39
>>908
大きな配列の変わりにvector使うのかと思ってたｗ
同じIDのチェックまでするならsetの方がよさそうだな
912:デフォルトの名無しさん
08/02/03 22:01:19
Cでbool型って使えたっけ？
913:デフォルトの名無しさん
08/02/03 22:04:18
>>902
もちろん、同時利用者数が最大 65536 と言うなら、ビットマップの方が
効率がいいのは自明だけど、>>868 が「そんな大きな配列」とか書いて
るから同時利用者数はそれほどじゃないのかも知れないと思っただけの
こと。
914:デフォルトの名無しさん
08/02/03 22:09:43
同時利用がたとえば３０なら、IDを65535も用意しとく必要無いじゃん。
915:デフォルトの名無しさん
08/02/03 22:26:06
>>890
いいえ違います
ほかの単語は検索すればわかる、だけど記号は検索できないから質問してるの
検索できない単語が他にも沢山あるならまた質問しまくるかもしれませんが
幸い、検索不可能な記号はこれだけのようなので質問しました
>>891
手持ちの入門書には「System::～と書けばこう動く」という記述はあったが
「::は～という意味です」という記述はなかった
916:デフォルトの名無しさん
08/02/03 22:26:54
>>915
もうちょっとまともな本を買うべきです。
917:デフォルトの名無しさん
08/02/03 22:30:37
入門書どころか入門サイトにも名前つきで紹介されている件について。
918:デフォルトの名無しさん
08/02/03 22:31:15
>>915
いいから、独習Cと独習C++あたりでも一通り読んできなさい。
919:デフォルトの名無しさん
08/02/03 22:35:38
>>915
>>918の言うとおりだが、立ち読みは迷惑なのでちゃんと買おうな。
920:デフォルトの名無しさん
08/02/03 22:37:49
つうか碌に参考書やサイト読み込んでないのバレバレじゃん
921:デフォルトの名無しさん
08/02/03 22:39:07
大漁大漁＾＾
922:デフォルトの名無しさん
08/02/03 22:39:47
今時釣り宣言とかwww
923:デフォルトの名無しさん
08/02/03 22:43:09
ファイル書き込みについての質問なんですが
#include <stdio.h>
typedef struct{
char no[6];
char name[21];
int tanka;
}SHOHIN;
void main(void)
{
int i;
SHOHIN shohin[5];
FILE *fp;
if((fp=fopen("shohin.txt","w"))!=NULL);
{
for(i=0;i<LEN;i++){
printf("商品番号、商品名、単価\n");
scanf("%s,%s,%d",shohin[i].no,shohin[i].name,&shohin[i].tanka);
fprintf(fp,"%s",shohin[i].no);
fprintf(fp,"%s",shohin[i].name);
fprintf(fp,"%d\n",shohin[i].tanka);
}
fclose(fp);
}
return;
}
文字化けが起きてうまくいきません
例えば a,a,1と入力すると
a,a,11245072
となってしまいます
単純なミスだと思うのですがどうか教えてください！
コンパイラはbcc55を使用しています
924:デフォルトの名無しさん
08/02/03 22:46:09
>>923
＜scanf("%s,%s,%d",shohin[i].no,shohin[i].name,&shohin[i].tanka);
＞scanf("%s,%s,%d",shohin[i].no,shohin[i].name,shohin[i].tanka);
こうするとどうだ
925:デフォルトの名無しさん
08/02/03 22:46:48
>>923
次の二行を削除(もしくはコメントアウト)してみな
fprintf(fp,"%s",shohin[i].name);
fprintf(fp,"%d\n",shohin[i].tanka);
926:デフォルトの名無しさん
08/02/03 22:48:33
>>924
同じでした・・・
927:デフォルトの名無しさん
08/02/03 22:49:37
,の認識どうなってんだろうね
928:デフォルトの名無しさん
08/02/03 22:50:22
>>925
文字化けが消えました！
どうもありがとうございました！！！
929:デフォルトの名無しさん
08/02/03 22:52:00
>>914
将来の拡張のために ID の範囲は余裕を持っておく
ぐらいのことは普通にあるだろ。
930:デフォルトの名無しさん
08/02/03 22:53:40
>>928
そうじゃなくて %s でひと続きの文字列として shohin[i].no 以下に格納されてるだけってのを見て欲しい
931:デフォルトの名無しさん
08/02/03 23:04:56
突然ですが、実際のプログラム（main）って、
tryの中にほとんどの記述を入れるのでしょうか。
とある本で例外処理の部分を読んでいる初心者ですが、
この章だけは、mainのほとんど（catch以外）を
tryの中に入れてます。だけど、この後の章では
ざっと見た限りほとんど入れてないように思います。
例外をことごとく捕まえたいときには、実際の
現実的なプログラムだとどうなるのでしょうか。
先走っているのかもしれませんが気になるので教えてください。
932:デフォルトの名無しさん
08/02/03 23:10:06
例外がキャッチされなかった場合、
自動変数のデストラクタが走る保証はない。
もしそれで致命的なリソースリークが起こるなら、
例外をキャッチするべきなんだろうな。
933:デフォルトの名無しさん
08/02/03 23:10:57
～皿
只只 只只只只
只只 只只只
|
凸
934:デフォルトの名無しさん
08/02/03 23:13:57
エラー処理と復帰処理のできるところで捕まえればいい。
mainの処理全体をtryで囲むのは、例外即終了でおｋな場合でしょ。
935:デフォルトの名無しさん
08/02/03 23:15:43
>>931
mainでキャッチしても、エラーメッセージ出すくらいしか使い道無くないかな
例外でアプリを落としてもいい場合は、キャッチしなくてもいいかな
落としたくない場合は、落としたくない箇所でキャッチすれば良い。たとえばメッセージループとかかな
質問だけど、DLL書いたとき、エントリのところで例外全部キャッチしたほうがいいかな
936:デフォルトの名無しさん
08/02/03 23:18:34
>>934
基本は全部囲っておかないと、 catch 漏れが無いか気をつけないといけなくなる。
937:デフォルトの名無しさん
08/02/03 23:41:16
>935
まあ、COM入門で出てくる話だが、「例外はDLL境界
超えられないものとして扱うべき」だな。
938:931
08/02/03 23:43:24
>>932-
どうもでした。
mainの中で全部っていうのは、
この本の（この章の）説明の都合なんですね。
こういうことでよろしいのでしょうか。
・mainの中でcatchしてもエラーメッセージを出すくらいの
処理しかできないので、基本は処理できるところで捕まえる。
・ただし、catchもれの心配もあるのでmainも全部囲う。
（もしかしてここはプロの方でも人によるとか、、？）
939:デフォルトの名無しさん
08/02/04 00:12:56
例外なんかキャッチしない仕事の人もいるぜ
940:デフォルトの名無しさん
08/02/04 00:17:20
>>932
確認させてください。スタックの巻き戻しってのは
例外だろうが何だろうが、スコープを抜けたら
構築済みのローカルオブジェクトは正しくデストラクタ
が呼ばれて解放されるんではないんだっけ？
これがRAIIを使ったリソース管理のメリットだと
思ってたんだけど。throwされた例外は確実にcatch
されないとリークするの？
{
boost::shared_ptr<Widget>(new Widget);
throw Reigai();
}
この場合、例外でスコープを抜けても
どこかでcatchされないとデストラクタ
が呼ばれずに、そのままterminateしてしまう？
941:デフォルトの名無しさん
08/02/04 00:24:00
terminate da Human.
942:デフォルトの名無しさん
08/02/04 01:15:31
試したけど本当に呼ばれないな。
そういう規格なんだろうか。
ハーブサッターの本の例外の話は嘘か？
943:デフォルトの名無しさん
08/02/04 01:17:15
例外を捕まえるハンドラがなければ、
throwした時点でterminate呼んでも良いみたいな話？
944:デフォルトの名無しさん
08/02/04 01:25:56
本当だ。
規格に書いてあった。
945:デフォルトの名無しさん
08/02/04 01:29:13
>>943
Exceptional C++の例外安全の話
項目13 P53とか
”例外が投げられてスコープから出たときにデストラクタが
呼び出され。。。”
って書いてあるから勘違いしてたかも。
946:デフォルトの名無しさん
08/02/04 01:49:51
最終的にどっかでcatchされるという前提なんだろうな。
947:デフォルトの名無しさん
08/02/04 02:05:31
しかしわかりにくい。。。
それじゃ、”例外が投げられてスコープから出たときに
デストラクタが 呼び出され。。。” じゃなくて、
「その例外がcatchされたとき、。。。」って書けよなあ。
948:デフォルトの名無しさん
08/02/04 02:10:42
本当そう思う。
でもわかって良かった。
949:デフォルトの名無しさん
08/02/04 02:35:22
要するにmainで全ての例外をcacheすればいいってことか。
950:デフォルトの名無しさん
08/02/04 02:40:10
そういうことになるね。こんな記事見つけた。
Stack Unwinding in the Event of an Uncaught Exception
When an exception is thrown and no matching handler can be found for it,
C++ invokes the function terminate(). By default, terminates invokes the
function abort(). （ここまでは規格の話だろうね）
Some compilers guarantee that at this point, the stack
has been unwound, i.e., all local automatic objects have been fully
destructed, streams have been flushed, and open files have been closed.
Other compilers don't unwind the stack in this case. In other words,
whether the stack is unwound in the case of an uncaught exception is
platform-defined. Therefore, you should check your compiler's
documentation to know how it behaves in the event of an uncaught
exception.
951:デフォルトの名無しさん
08/02/04 04:16:27
testというクラスがあって、
test::test(){各変数の初期化}というコンストラクタがあった場合
test *p;
p=new test [n];
とした場合も*p[0～(n-1)]の全てがコンストラクタが実行されて初期化されますか？
952:デフォルトの名無しさん
08/02/04 04:32:25
初期化されます
953:デフォルトの名無しさん
08/02/04 04:36:09
>>952
ありがとうございます。
かなり時間かけてクラス作ったのにｺﾝｽﾄﾗｸﾀ実行されなかったら泣くところだった
954:デフォルトの名無しさん
08/02/04 07:36:14
>>949
本当にそれした方がいいかどうかは分からんね。
どちらにしろ強制的に terminate される状況もあるわけだし、
よほど呼んでもらわないと困る処理は
set_terminate 側で対処した方がいい気もする。
955:951
08/02/04 10:45:38
vector使った方が上手く処理できそうなのでvectorを使ってみたんですが、デバッグ
で追いかけてみたところｺﾝｽﾄﾗｸﾀが実行されてません。
もしかしてvectorで確保した場合はｺﾝｽﾄﾗｸﾀ実行されないんでしょうか？
956:デフォルトの名無しさん
08/02/04 10:49:29
STLのvectorでintとかdoubleなどの値を保持しているとき、それらの和は
どうやって計算するのが一番よいですか？
自分は、boost::lambdaをつかってるんですが、なんかもっと他の書き方が
ありそうな気がして。(自分的にはboostがインストールされてないとダメなのが
嫌なんだけど、和、積、など他の演算にも対応がしやすくていいと思ってる)
int tmp = 0;
for_each(v.begin(), v.end(), tmp += boost::lambda::_1);
ここのスレの他の人のやり方を見せてください。
957:デフォルトの名無しさん
08/02/04 10:54:39
ふつうは0からv.size()-1まで足すだろ
958:デフォルトの名無しさん
08/02/04 11:24:24
>>957
そうか、、、。
そういわれると、そういう気もする。
なんだか956が恥ずかしいな。わすれてください。
959:デフォルトの名無しさん
08/02/04 11:29:25
しかもSTLにあるしなｗ
tmp = accumulate(v.begin(), v.end(), 0);
960:デフォルトの名無しさん
08/02/04 11:44:37
>>955
コピーコンストラクタ書いてる？
961:デフォルトの名無しさん
08/02/04 11:45:08
a > b であるunsigned int同士の引き算 b - aの動作は仕様によると
どうなるのでしょうか？
それと、ビットシフト演算子が算術シフトか論理シフトになるかどうかは
環境依存であってますか？
962:デフォルトの名無しさん
08/02/04 11:55:12
すみません。windowsXPで、eclipse+CDT+cygwinで勉強しています。
scanfなどで変数値を入力するプログラムを書いたとき、
事前に表示する「数字を入れてください」などの文章が出ず、
scanfに値を入力する待機状態になってしまいます。
どうしたらよいのでしょうか。
すみません。お教えください。
963:デフォルトの名無しさん
08/02/04 11:56:55
>>961
1) b - a + (UINT_MAX+1)
2) 左右シフトともに負の値のシフトに関して未定義。
いきなりエラーで落ちても文句は言えない。
C規格の専用スレもあるので活用してください。
964:962
08/02/04 12:11:12
すみません。自己解決しました。
putsなりprintfなりを書いた後、fflush(stdout)をしました。
失礼しました。
965:デフォルトの名無しさん
08/02/04 12:17:35
>>963
すばやい回答ありがとうございます。もうひとつ質問がありました。
たびたびすいません。
両方ともunsigned intであるa * bが表現可能な数値の範囲を超える場合、
仕様による動作は未定義であってますでしょうか？
その動作に依存するコードを発見したので、書き直そうかどうか迷ってます。
ただ、画像処理（アルファブレンディング）に関するコードなので、書き直す
と命令数が増大して遅くなってしまうので、躊躇してます。
>C規格の専用スレもあるので活用してください。
初心者お断りと書いてあるのですが、このような質問でも大丈夫
なのでしょうか？
966:デフォルトの名無しさん
08/02/04 12:20:57
>>965
a * b % (UINT_MAX+1)
符号なし整数型の算術演算の結果があらわせる範囲を超えた場合はループする
頭の悪いやつがつけたスレタイを気にする必要はない。
967:デフォルトの名無しさん
08/02/04 12:25:26
>>966
ループするのですね、ありがとうございます。
コード書き直す必要が無いとわかって助かりました。
今度からこのような質問は規格スレに持っていく事にします。
968:デフォルトの名無しさん
08/02/04 12:26:25
>>959
<numeric>ですね。これほとんど使ってなかったんだよな。
恥ずかしいが、自分的にはaccumulateとか知ったからよかったよ。
ありがとう。
969:デフォルトの名無しさん
08/02/04 14:04:32
>>965
そもそもαブレンディングでオーバフローするような数字を扱うわけじゃないだろ。
そこを吟味せずにオーバフロー対策なんて意味ないぞ。
例えば、rgb各8ビットの画像から画素の値を取り出す場合は通常0-255の値域を取る｡
そこで、unsigned intのr, g, b, ra, ga, baがあるとしたらr * raは何があってもオーバフローしないわけだ。
970:デフォルトの名無しさん
08/02/04 14:34:43
なんかずれてる気がするんだけどなあ。
971:デフォルトの名無しさん
08/02/04 17:34:53
猫でもわかるC言語プログラミングという本で勉強し始めたのだが、
誤字脱字ありすぎで正直自分が悪いのか本が間違ってるのかコンパイラの問題なのかわからん。
Borland C++ Compiler 5.5
#include <stdio.h>
#include <float.h>
int main()
{
double pai = 3.14159265358979;
int mon = 2;
printf("%d\n", mon = 3);
printf("%e\n", pai);
printf("%05d\n", mon);
printf("%20.18f\n", pai);
return 0;
}
で
3
3.141593e+000
00003
3.141592653589790000
と表示されるらしいのだが、
①二行目が 3.141593e+00 、四行目が 3.141592653589790007 になる。
②コンパイラが警告を出す。('mon'に代入した値は使われていない)
どうしたらいいのか教えてください。
972:デフォルトの名無しさん
08/02/04 17:46:50
>>971
正常。浮動小数点演算は丸め込みとかでコンパイラによって結果が若干変わる場合がある
gcc 3.2.2 [FreeBSD]
3
3.141593e+00
00003
3.141592653589790007
bcc32 5.6.4
3
3.141593e+00
00003
3.141592653589790007
cl(VC++) 13.00.9466
3
3.141593e+000
00003
3.141592653589790000
警告はint mon = 2;の後に値を読み出さずに3だを代入してるから出る。基本的に無害。
973:デフォルトの名無しさん
08/02/04 17:52:22
>>972
安心した、ありがとうございます。
974:デフォルトの名無しさん
08/02/04 18:03:21
>>969
コードは載せられませんが、アルファブレンディングは
alpha*src + (1 - alpha)*dst
になりますが、そのコードでは一時変数を嫌って、
alpha * ( src - dst ) + dst
になってました。
975:デフォルトの名無しさん
08/02/04 22:20:29
演算子オーバーロードのような感覚で、
クラスのインスタンス名を書いたときに、特定の処理結果を返すようにする方法はありませんか？
具体的には
class ClassA{
int val;
}
ClassA ca;
があったとして
cout<<ca.val;
と書くところを
cout<<ca;
で出来るようにするという事です。
宜しくお願いします。
976:デフォルトの名無しさん
08/02/04 22:22:42
>>975
<<演算子をオーバーロードしろよ
977:975
08/02/04 22:31:18
すみません、<<は確かにそうでした。
条件式に単独で入れたときにvalの値でboolに変換されるようには出来ませんか？
978:デフォルトの名無しさん
08/02/04 22:34:31
bool ClassA::isPlus(){ return val > 0; }
とかじゃだめなん？
979:デフォルトの名無しさん
08/02/04 22:34:45
bool operator !()constと operator void *()constあたりを定義するのが常套手段だが。
980:デフォルトの名無しさん
08/02/04 22:39:46
operator bool をオーバーロードするだけじゃダメなのか？
981:デフォルトの名無しさん
08/02/04 22:40:27
intへの暗黙のキャストが許せるなら、それでもいい。
982:デフォルトの名無しさん
08/02/04 22:54:31
>>980
訳わかんねえことがいっぱい起こるから、やめといた方がいい。
983:デフォルトの名無しさん
08/02/04 23:00:47
0xではこの辺の暗黙的型変換を禁止できるようになるんだよな、たしか。
984:975
08/02/04 23:19:06
変換関数を定義しておけば良いんですね。
そういうものがあるというのは読んだんですが用途まで考えていませんでした…。
>>980の方法で良さそうです。
>>979のoperator void*でも上手くいきましたが
条件式の中身はboolにキャストされると思っていたんですが、
void*でも動くのはどういう意味なのか教えてもらえないでしょうか。
985:975
08/02/04 23:23:45
すみません、>>981以降リロードしてませんでした…。
986:デフォルトの名無しさん
08/02/04 23:26:16
if( x )はif( x!=0 )と等価、というか。
void *m = malloc(len);
if( m ) { return m; } else { abort(); }
みたいな処理ってやったことないの？
987:デフォルトの名無しさん
08/02/04 23:27:42
>>984
982でも書いたが、operator boolのオーバーロードはやめとけ。
ClassA a, b;
int c = a + b;
int d = abs(a);
みたいのがコンパイル通っちまう。
>>979 が常道。
988:975
08/02/05 00:02:09
わかってきました。
条件式に入るクラスは数値かポインタへの変換を持っていれば良くて、
operator void*を定義しておけばそちらに変換されると。
でintからboolよりもintからポインタの方が予期せぬ動作が少ないのでvoid*を使うべきと。
知識が足りてなくてレス読みつつググったりして勉強になりました。
どうもありがとうございました。
989:デフォルトの名無しさん
08/02/05 00:03:21
>>984
ポインタはboolへの暗黙の変換がある。
cinもそれを利用してif(cin)を可能にしている。
その方法が>>979の方式だ。
boolへの暗黙の変換はおすすめできない。
990:デフォルトの名無しさん
08/02/05 00:03:40
>>987
bool 値として使用したいのならそんなもんじゃね？
そうでないならそもそも演算子オーバーロードで解決すべきじゃないと思う。
991:デフォルトの名無しさん
08/02/05 00:23:35
boostは徹底してて、関数ポインタとか返してくるし(w
992:デフォルトの名無しさん
08/02/05 00:31:24
int a = 123;
bool b = !!a;
993:デフォルトの名無しさん
08/02/05 00:33:44
>>991
すごー。でもそのくらいの方が有り難い。
まえに operator bool()を定義してて、コンパイラがブッ壊れたかと思った。
994:デフォルトの名無しさん
08/02/05 00:44:42
>>991
つまり、関数呼べちゃうってことか？
メンバポインタとかの方が良くね？
995:デフォルトの名無しさん
08/02/05 00:48:01
・ ・ ・ ・ ・ ・ ・ ・
メンバ関数ポインタだぜ？
そうそう呼べはしないとおもうが。
996:デフォルトの名無しさん
08/02/05 00:49:29
なんだ。メンバ関数ポインタか。
ならいいが。
997:デフォルトの名無しさん
08/02/05 01:19:14
【初心者歓迎】C/C++室 Ver.48【環境依存OK】
ｽﾚﾘﾝｸ(tech板)
998:デフォルトの名無しさん
08/02/05 01:20:11
【初心者歓迎】C/C++室 Ver.48【環境依存OK】
ｽﾚﾘﾝｸ(tech板)
999:デフォルトの名無しさん
08/02/05 01:22:10
さーて来週のスレは？
1000:デフォルトの名無しさん
08/02/05 01:24:41
お疲れ様でした。次週も環境依存コードをお楽しみください。
1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。