スレを勃てるまでもな ..
392:デフォルトの名無しさん
07/10/13 13:09:33
>>389,390
すみません、どこに浮動小数点型が出てくるんですか? 元質はこれなんですが。
--
int X=-1;
printf("%d\n",X/2);
393:390=391
07/10/13 13:52:16
すまんorz
388の言うとおりだ。ただしC99では0方向への丸められることになった。
また、div関数などを使えば、C89でも必ず0方向への丸めになる。
丸め方を指定したければ、391のように浮動小数点数を使うという手もある。
394:385
07/10/13 14:44:59
>>388-390,393
整数型/整数型の丸めは0方向に
floorとかEXCELのINTとかは小数点部分を捨てた値にする関数っていう感じですかね
>>392
とりあえず(int)floor(X/2.0)=-1でできますね
たしかにわざわざ実数で割るのもなんかすっきりしませんが、そういうものだと思うことにします
ありがとうございました
395:デフォルトの名無しさん
07/10/13 14:52:37
floorとExcelのINTは負の無限大方向への丸め。
小数部分を捨てるというと、
Cのやる0.5→0、-1.5→1のような字面的に整数部分だけの値にすることを連想する。
396:デフォルトの名無しさん
07/10/13 16:22:59
(int)floor(X / 2.0)
これってアリなの?
Xが整数型だから、
X / 2
になっちゃわないか?
(int)floor((double)X / 2.0)
などとして、Xを実数にしないと。
397:デフォルトの名無しさん
07/10/13 16:24:37
>>396
2.0
398:デフォルトの名無しさん
07/10/13 16:31:49
doubleで割ってるからdoubleになる
大丈夫
399:デフォルトの名無しさん
07/10/13 16:44:39
左項に合わせるのだと思い込んでたよ。
400:デフォルトの名無しさん
07/10/13 18:10:02
コンパイルしたら警告が６００個あります
今のところバグは無いのですが、何か他に弊害はありますか？
401:デフォルトの名無しさん
07/10/13 18:11:19
まず間違いなくバグだらけだろうな
402:デフォルトの名無しさん
07/10/13 18:32:22
>>400
そんなに大量に警告が出ていたら、無視してはいけない警告が出ても、気がつかないだろうな。
それが、大量の警告を放置することによる害。
きちんと精査した上で警告を無視すると決めたら、
当該部分だけに限定して、pragmaとかで警告を抑制すべし。
403:デフォルトの名無しさん
07/10/13 18:53:41
GNUのソースは警告0ですか？
404:デフォルトの名無しさん
07/10/13 19:38:20
>>400
多分ライブラリが嫌らしいコーディングしてるんだろうがな
405:デフォルトの名無しさん
07/10/13 20:03:57
Wallにしたらstlでも凄い量の警告出るぜ
406:デフォルトの名無しさん
07/10/13 20:08:08
>>４０４
wow
調べてみたらけっこうライブラリというか同じ部分の警告でかぶってました
407:デフォルトの名無しさん
07/10/13 21:59:34
３桁ごとにカンマが入ってる数字文字列を
int型に変換する関数ってないんですかね
408:デフォルトの名無しさん
07/10/13 22:09:50
標準ではありません。大したもんじゃないから自作しましょう。
409:デフォルトの名無しさん
07/10/13 22:16:07
そうですか
lexical_castで通ると思ってたらエラー出るし…
自分で書くことにします
すみません
410:デフォルトの名無しさん
07/10/13 22:22:18
boost使うならやりようは色々あるかと
当該スレで聞いてみては？
411:デフォルトの名無しさん
07/10/15 20:13:04
C++なんですが、AfxsetResuseで
明示的にリソースを設定した場合
リソースの解放も明示的に行う必要が
あるんでしょうか？
412:デフォルトの名無しさん
07/10/15 20:44:31
>>411
C++標準には、そのような識別子は定義されていないが?
413:デフォルトの名無しさん
07/10/16 04:05:24
質問です。
以下のように書いたとき、
arrayの各要素は10で初期化されると思っていたんですが、
コンパイルして実行してみるとarray[0]のみ10で
残りは0で初期化されてました。
配列の各要素をすべて同じ値で初期化するにはどうすれば良いんでしたっけ？
よろしくお願いします。
#include <iostream>
int main(int argc, char** argv)
{
int array[10] = {10};
for (int k = 0; k < 10; ++k) {
std::cout << array[k] << std::endl;
}
return (0);
}
414:デフォルトの名無しさん
07/10/16 04:33:10
int array[10] = {10,10,10,10,10,10,10,10,10,10};
0以外の数字で全て同じ数値で初期化するには、いちいち全部書かなきゃダメ。
めんどくさいなら for(i=0; i<10; i++) array[i] = 10; みたいにループで初期化する。
415:デフォルトの名無しさん
07/10/16 04:50:04
int array[10] = { FILL(10,10) };
みたいにプリプロセッサで書けないかなぁ…
416:デフォルトの名無しさん
07/10/16 05:02:13
C++ならクラスにしてコンストラクタで初期化させればええやん
417:デフォルトの名無しさん
07/10/16 07:03:56
std::vector<int> array(10, 10);
418:デフォルトの名無しさん
07/10/16 08:47:11
>>414
0以外のときは駄目だったんですね。
全然知りませんでした。
ありがとうございました。
419:デフォルトの名無しさん
07/10/16 12:25:23
あれ？自動変数は0に初期化されるんでしたっけ？
420:デフォルトの名無しさん
07/10/16 12:43:56
いいえ、普通の自動変数は初期化されません。
但し、構造体や配列の初期化指定子の数が足りない場合は0が補われます。
従って、all bit 0が数値0を表わさない実数型であったとしても、数値0が保証されます。
421:デフォルトの名無しさん
07/10/16 13:34:07
プログラム的にmain関数内でforループの中で配列を宣言するのはどう思いま
すか?配列の領域がループ回数分かわるのでforループの中にいれたいのですが。
422:デフォルトの名無しさん
07/10/16 13:36:43
＞配列の領域がループ回数分かわる
ここが意味不明なので何とも言えない。
423:デフォルトの名無しさん
07/10/16 13:41:17
forループの中で1ループごとにファイルを1つ読み込んで
そのファイルの行数を配列の領域としたいんです。
だからファイルをかえるとファイルの行数もかわり、領域もかわるというわけ
です。わかりにくいですか
424:デフォルトの名無しさん
07/10/16 13:44:09
あーなるほど、言いたいことは判った。
配列って言うか、動的メモリ領域の話ね。
ループ外で全く使わないなら、ループ内で定義していいんじゃない?
つーか、そうすべきだと思うけど。
# 但し、殊にCではアナクロ的に関数の先頭で全てのローカル変数を宣言しないと気が済まない人もいるから注意。
425:デフォルトの名無しさん
07/10/16 13:55:16
ただそのときに
その配列の前にファイル読み込んで行数確認して
配列の領域確保して
またファイル読み込んでそこの配列に代入というプログラムにしてるんです。
無駄にファイル読み込んでるとかいわれそうだけど。
最初に全てのファイルの領域を確保する
配列を定義してもいんですが、その行数をまた違う配列でも使うので、
それは避けたいんです。
426:デフォルトの名無しさん
07/10/16 14:04:46
ファイルの二回読み自体は仕様的に問題ないなら構わないと思う。
しかし、寧ろそれだけ複雑ならループ内を全部別関数にするべきじゃないのか?
main()はあくまでもコマンドラインとのI/Fだと思うんだが。
427:デフォルトの名無しさん
07/10/16 14:06:45
STLなら自動拡張する
428:デフォルトの名無しさん
07/10/16 14:20:06
まあそうなんですけど。
今つくってるのは1つのファイル(これを入力)に対して
forループ回違うファイルを読み込んで処理して
それぞれファイルでの値を出して一番高いものを出す。
その一番高いものが入力と合ってたら正解みたいなプログラムなんですけど。
これをmain関数内でやってるわけなんですが、
入力が複数として、この複数の入力の中で正解がいくつあるかって最終的には
したいんです。
今のmain関数も別関数として
入力をいれる処理をmainとして、元のmain関数において正解のものを
returnさせて正解率を出すべきですよね?
429:デフォルトの名無しさん
07/10/16 14:27:02
抽象的に過ぎてよく判らんw
こんなもんじゃないのかな?
main()
{
問題処理();
}
問題処理()
{
統括ファイル読み込み();
for () {
個別ファイル処理();
if (正解判定()) {
正解処理();
}
}
}
430:デフォルトの名無しさん
07/10/16 14:32:14
んなもんですね。。ありがとうございます。
mainから問題処理のところを手作業でやってもいんですけど
入力データが100くらいあるから手作業だとだるすぎるので。
今求められてるのは正解率ですから。しかし何かの機械の実装って本当にめん
どくさいね。まだ社会人じゃないから実情は知らないけど。
431:デフォルトの名無しさん
07/10/16 14:33:04
オジサンの弱った頭には、ややこしくて理解できん。
話を整理してもらえないか。
432:デフォルトの名無しさん
07/10/16 14:36:26
宿題スレじゃないんだし、エスパーごっこはそろそろ終わりでいいんじゃないか?
>430だって>429までの流れを踏まえて少しは自分で頭を使いたいだろうし。
433:デフォルトの名無しさん
07/10/16 14:44:07
もうforループの中で配列宣言つかっていいてのと
ファイル2回読みはOKかどうかもわかったので失礼します
434:デフォルトの名無しさん
07/10/16 17:55:42
まあ、ファイルのクローズと、領域の解放を忘れなければどうでも良いんじゃね
435:デフォルトの名無しさん
07/10/16 18:48:47
若い人は記憶力まかせにしても破綻しにくいからのぉ。
わしも小学生の頃は、
恐ろしくスパゲッティなコードを書いていたが、
ちゃんと把握できていたので何ら問題なかったな。
いまではもう無理。
436:デフォルトの名無しさん
07/10/16 18:51:02
若いのにRAIIとかエディタの支援機能に頼りまくりで記憶力低下中だけど
元からそんなに記憶力良い方じゃないから問題ないか
437:デフォルトの名無しさん
07/10/16 18:51:59
ここは自分のダメな所を書くスレになりました
438:デフォルトの名無しさん
07/10/16 18:57:10
若くても、頭脳を有効に使うために、スマートなコードを書くべき。
439:デフォルトの名無しさん
07/10/16 20:59:21
Cの配列宣言って要素数に定数じゃなくて変数って使えないんじゃ？
動的な領域確保したい時はCはmallocに頼るしかないはずだと記憶していたのですが？
覚え間違いかな…？
># 但し、殊にCではアナクロ的に関数の先頭で全てのローカル変数を宣言しないと気が済まない人もいるから注意。
これはブロック({}で囲まれた部分のこと、正式な呼び方知らない)の先頭でしか変数の宣言を許さないCの制限のせいでしょう
C++ではこの制限がないからbetterCとしてC++を使っているなら関係ない話ですが
440:デフォルトの名無しさん
07/10/16 21:47:30
>>439
その制限は関係ないよ。
関数の先頭でしか変数宣言すべきではないという石頭の連中は、
制限がないC++においても、同様のルールを主張していたりするから。
441:デフォルトの名無しさん
07/10/16 22:16:45
>>439ﾌﾟ
442:デフォルトの名無しさん
07/10/16 22:23:16
>>439
＞Cの配列宣言って要素数に定数じゃなくて変数って使えないんじゃ？
C99なら出来る。C89はムリ
443:デフォルトの名無しさん
07/10/17 11:22:34
Ｃ言語の入門書を読んでたら、getsやscanfは使うなとか、fgetsを使えとか
ややこしいですよね。デリミタで区切られたデータ列を読み込む必要がある
んですが、呼び側のコードをシンプルにするため、こんな関数を作ってみま
した。下記のように使うのですが、何かマズいところはないでしょうか？
今のところ一応動いているのですが・・・
char s[128];
FILE *p = fopen("hoge.txt", "rb");
if (ReadData(p, s) == 0) break;
/*********************************************************************
☆ファイルから１単位読み込んで文字列として返す
デリミタで挟まれた文字列を１単位とする。
int IsDelimiter(int c)はデリミタなら1、そうでなければ0を返す
空のフィールドは存在しないものとする。
*********************************************************************/
444:デフォルトの名無しさん
07/10/17 11:23:47
int ReadData(FILE *p, char *s)
{
int ex, c, ip;
/* 非デリミタ文字が現れるまで読み飛ばす */
ex = 0;
while (ex == 0){
c = fgetc(p); if (c == EOF) break;
if (IsDelimiter(c) == 0) ex = 1;
}
if (ex == 0) {
s[0] = '\0'; return 0;
}
else {
s[0] = (char) c;
}
/* デリミタが現れるまで，文字列を積み上げる */
ip = 1;
ex = 0;
while (ex == 0){
c = fgetc(p); if (c == EOF) break;
if (IsDelimiter(c) == 1) {
ex = 1;
}
else {
s[ip] = (char) c; ip++;
}
}
s[ip] = '\0';
return 1;
}
445:デフォルトの名無しさん
07/10/17 12:31:33
128文字以上を入力するとマズい
getsを使うなってのは、読み込む最大文字数を指定できないからで、入力ファイルに予想より長い文字列が現れたら致命的
代わりにfgetsを使えってのは、fgetsは最大文字数を指定できるので、どんな入力が来ても死ぬことはない
>>444 の関数はそれと同じ問題を孕んでいる
ユーザに127文字までしか入力してはいけないといくら言い聞かせてみたところで、禁止されるとやりたくなるのが人というものだし、
そうでなくてもついうっかり文字数制限を忘れてしまうこともあるだろうし、プログラムはどんな入力が来ても安全なように作っておくべき
446:デフォルトの名無しさん
07/10/17 12:56:45
>>444
ReadDataにsの要素を渡して文字数のチェックをちゃんとすればおｋ
てかex変数が無駄に見える……
447:デフォルトの名無しさん
07/10/17 12:57:32
間違えた、sの要素数を、ね
448:デフォルトの名無しさん
07/10/17 13:52:11
ofstreamはdeleteした際には自動的にcloseされるますか？
449:デフォルトの名無しさん
07/10/17 16:56:00
yes yes yes
450:444
07/10/17 21:22:36
レスありがとうございます。
>>445
>128文字以上を入力するとマズい
実装時には、バッファ長を1kB位取ってごまかしちゃうつもりでしたが、
言われてみればその通りですね。変数ｉｐをチェックすればいいので、
バッファがあふれたらエラーを返すコードを追加しようと思います。
>>446
>ex変数が無駄に見える……
やっぱり？
ループの脱出条件をコーディングしながら決められるので、ついつい
やっちゃいます。こんな場合は、
while ( (c=fgetc(p) != EOF ) {
とか書くもんなんでしょうか？
451:デフォルトの名無しさん
07/10/17 22:24:27
>>450
exが無駄って言ったのは、
ループ中途脱出（break）を判別するためだけに使ってるように見えたから。
あれならwhileループ後のif文をそのままwhile内にぶちこめば、
ex使わないでいけそうだったし。
まあ、分かりやすく書けば良いと思うので、聞き流して結構です
do {
if( (c=fgetc(p)) == EOF ) {
s[0] = '\0';
return 0;
}
} while (IsDelimiter(c));
ループ終了条件を>>450みたくデリミタでなくEOFにすると、
この場合はreturnするために別にまたif文書かないといけないから、無駄そう
452:デフォルトの名無しさん
07/10/17 22:50:46
C言語なんだから、関数ばしばし作ろうよ。
・デリミタもしくはEOFまで読み飛ばし、最後に読み飛ばした文字を返す
・デミリタまで文字列を格納する
という2つの関数を作ればスッキリするよ。
453:444
07/10/17 22:59:06
>>451
>whileループ後のif文をそのままwhile内に
む。なるほど。
こちらの方がシンプルですね。
プログラムをできるだけ愚直に書こうと努力しているつもりですが、
スマートな解を示されると感動しちゃいます。勉強になりました。
>>452
>関数ばしばし
実装フェーズでは、そうなっちゃうかもしれません。
ただ、データ読み出しの関数なので、恐らく何万回も呼ばれる
ことになると思います。
実のところ、こんな冗長な関数を作るべきか、まだ悩んで
いるんです・・・
454:デフォルトの名無しさん
07/10/17 23:09:09
何万回程度の関数呼び出しコストなんて屁でもないぞ
455:デフォルトの名無しさん
07/10/17 23:15:46
というかこれでいいと思う
int ReadData(FILE *p, char *s){
int c, ip=0;
while( (c=fgetc(c)) != EOF)
if (IsDelimiter(c))
s[ip++] = (char) c;
s[ip] = '\0';
return !!ip;
}
456:デフォルトの名無しさん
07/10/17 23:21:41
いいのか、ほんとに。
457:デフォルトの名無しさん
07/10/17 23:29:45
なんでいいのか判らん・・・
458:455
07/10/17 23:32:29
あ、すまん、所々ミスってる上にそもそも動作が違うなｗ
これでどうだ
int ReadData(FILE *p, char *s){
int c , ip=0 , flag=0;
while( (c=fgetc(p)) != EOF ){
if (flag){
if (!IsDelimiter(c)) s[ip++] = (char) c;
else break;
} else if (IsDelimiter(c)) flag=1;
}
s[ip] = '\0';
return !!ip;
}
うーん、あんまりスマートじゃない……
459:455
07/10/17 23:34:58
>>456-457
いや、IsDelimiterの戻り値を勘違いしてた上に、
そもそも動作を全く勘違いしてたｗ
これならわざわざ書き直す必要なかったですね……
偉そうにでしゃばってすみませんorz
460:444
07/10/17 23:44:46
各位殿
色々ご指導ありがとうございました。
とりあえず仮決めですが、下記のようにすることにしました。
色々いじったら、仕様が変わっちゃった・・・
>>454
ちょっと安心しました。
>>455
読み込み長を返すアイデア頂きました。
ありがとうございました。
461:444
07/10/17 23:45:24
int ReadData(FILE *p, char *s)
{
int c, ip;
/* 非デリミタ文字が現れるまで読み飛ばす */
do {
if ( (c = fgetc(p)) == EOF ) {
s[0] = '\0';
return 0;
}
} while (IsDelimiter(c) == 1);
s[0] = (char) c;
/* デリミタが現れるまで，文字列を積み上げる */
ip = 1;
while (1) {
if ( (c = fgetc(p)) == EOF ) break;
if ( IsDelimiter(c) == 1 ) break;
s[ip] = (char) c;
ip++;
if (ip >= MAXBUFSIZE) {
ip--;
s[ip] = '\0';
return -ip;
}
}
s[ip] = '\0';
return ip;
}
462:デフォルトの名無しさん
07/10/17 23:58:02
自分なら、↓こんな感じかなぁ。
int ReadData(FILE* pFileIn, char* strOut) {
*s = '\0' ;
int countDelimiter = 0 ;
int countOutput = 0 ;
while(1) {
int c ;
c = fgetc(pFileIn) ;
if (c == EOF) break ;
if (IsIsDelimiter(c)) {
++countDelimiter ;
if (countDelimiter ==2) break ;
} else if (countDelimiter == 1) {
*strOut = (char)c ;
++strOut ;
}
}
return countOutput ;
}
463:462
07/10/17 23:58:45
おっと、間違った。
int ReadData(FILE* pFileIn, char* strOut) {
int countDelimiter = 0 ;
int countOutput = 0 ;
while(1) {
int c ;
c = fgetc(pFileIn) ;
if (c == EOF) break ;
if (IsIsDelimiter(c)) {
++countDelimiter ;
if (countDelimiter ==2) break ;
} else if (countDelimiter == 1) {
*strOut = (char)c ;
++strOut ;
}
}
*strOut = '\0' ;
return countOutput ;
}
464:デフォルトの名無しさん
07/10/18 00:14:00
countDelimiterで制御するのですね。
ちょっとトリッキーかな・・・
465:462
07/10/18 00:22:08
やりたい処理を素直に書いただけなんだけどなぁ・・・。
466:デフォルトの名無しさん
07/10/18 00:35:46
文化が違うのがオモロイなぁ・・・
467:デフォルトの名無しさん
07/10/18 01:16:12
int ReadData(FILE *fp , char *out , int n){
int c , i=0;
while(i<n-1){
c = getchar(fp);
if (c == EOF || (IsDelimiter(c) && i != 0)) break;
if (!IsDelimiter(c)) out[i++] = c;
}
out[i] = '\0';
return i;
}
468:デフォルトの名無しさん
07/10/20 22:47:48
エラーメッセージを出力するところなんですが、
#define ABC "ABCの時のエラーメッセージ"
などと定義しておいて、エラーメッセージの出力関数には、
エラーコードの「ABC」のみを引数で渡すようになっています。
ただの文字列に変換する場合はこれでよかったんですが、
エラーの時に出た数字もエラーメッセージに含める場合も追加されました。
その数字は、書式指定（%dとか%lfとか）なので、同じようにマクロで
文字列を生成しようとして、つまづいてしまいました。
こんな感じで書いてみたんですが、当たり前だけどstrをどこで定義すれば
よいのかがわかりません。
#define ABC(gStr) sprintf( str, "ABCの時のメッセージ( %g ).", gStr )
引数なしの時と同じように、文字列（str）をそのまま生成するには
どう書いたらいいですか？
469:デフォルトの名無しさん
07/10/20 23:28:42
>>468
> エラーコードの「ABC」のみを引数で渡す
あなたは自分がやっていることを理解してない。
ABCはエラーコードなんてものではなく、文字列リテラルへのポインタ。
なお、複数の同じ内容の文字列リテラルが1つにまとめられることは保証されていない。
そして、マクロが何者なのか、理解していない。
いまのコンパイラはプリプロセッサが統合されているので、わかりにくいが、
ソースコードは、プリプロセッサによってマクロが展開された後に、コンパイルされる。
マクロは「定義」するものだが、その定義とは、日本語の定義とは意味が異なる。
> strをどこで定義すればよいのかがわかりません。
エラーはネストするの?
シングルスレッドとマルチスレッド、どっち?
470:469
07/10/20 23:35:01
ああぁ
呼び出し側の関数にエラーコードとして返したりせず、
エラーメッセージを出力する関数にしか渡さないのなら、
適当に自動変数で持てばいいと思うよ。
CとC++どっち?
471:デフォルトの名無しさん
07/10/21 00:00:21
>>468
#define ABC(gStr) "ABCの時のメッセージ("#gStr")"
ってgStrが変数なのか
知らね
472:デフォルトの名無しさん
07/10/21 00:21:50
基本的なことが理解できてない人に、
場当たり的に教えるのは、
効率が悪すぎる。
473:デフォルトの名無しさん
07/10/21 00:42:22
468です。いくつかのご回答、ありがとうございました。
>>469
自分のしていることを、自分で理解していないのかもしれません。
> エラーコードの「ABC」のみを引数で渡す
は間違いで、エラー出力関数への引数には、文字列になります。
エラーはネストしません。また、シングルスレッドです。
>>470
C++です。
「適当に自動変数」というのは、文字列自動変数をエラーコード
毎にその場でベタにつくって、エラー出力関数に渡す、という感じでしょうか？
>>472
効率よく教わるためには、どの基本的なことを勉強すればよいでしょうか。
474:デフォルトの名無しさん
07/10/21 00:56:30
>>473
ネストせず、シングルスレッドなら、str をグローバル変数にしてしまうのも可能。
簡単だけど、あんまり良いやり方ではないが、とりあえず最小の変更で済むかな。
strなんて短くてどこにでもありそうな名前は、変えるべきだよ。
> 「適当に自動変数」というのは、文字列自動変数をエラーコード
> 毎にその場でベタにつくって、エラー出力関数に渡す、という感じでしょうか？
そう。
475:wolf ◆8VH3XAqjlU
07/10/21 11:00:52
>>468
>>473
C++なら普通polymorphismを使いますが兎も角動かすには
#define ABC(i_code) { char str[256]; sprintf(str, "ABCの時のメッセージ( %d ).", i_code); printf("%s\n",str); }
ブロックについては URLﾘﾝｸ(www.geocities.jp)
476:デフォルトの名無しさん
07/10/21 11:47:16
>>475
ありがとうございます。
実環境で確認してみます。
477:デフォルトの名無しさん
07/10/21 16:45:38
おま・・・。
せめてdo-while
#define ABC(i_code) do{ char str[256]; sprintf(str, "ABCの時のメッセージ( %d ).", i_code); printf("%s\n",str); }while(0)
で、ソレは俺も質問見たとき考えたけど、マクロの意味というか役割というかが変わってるから、
「なんでエラーメッセージをマクロにしたいのか」が分からないと使えるかどうか分からなかった。
個人的には、ストリングテーブル的に↓とかで十分かな、と思う。
#define ABC "ABCの時のメッセージ( %s )."
(共通な文字列リテラルの切り出し。日本語版やら英語版やらを作るときに使う)
478:デフォルトの名無しさん
07/10/21 16:56:29
>>477
do whileハックを使わないといけないのは、古いコンパイラ。
479:デフォルトの名無しさん
07/10/21 17:33:37
>>478
それはすまない。俺の勉強不足のようだ。
ついては↓のコードがエラー無くコンパイル通るような
「新しいCコンパイラ」は何かを教えてくれないか？
#include <stdio.h>
#define macro(x) {puts(x);}
int main()
{
if(1) macro("str1");
else macro("str2");
return 0;
}
480:デフォルトの名無しさん
07/10/21 17:56:42
>>479
そういう{}のないif文は、コーディング規約で禁止。
481:デフォルトの名無しさん
07/10/21 18:00:58
マクロには;をつけないっていう選択肢はなし？
482:デフォルトの名無しさん
07/10/21 18:32:53
どう考えてもバグの原因になるだろ。
483:デフォルトの名無しさん
07/10/21 18:58:42
小細工禁止!
マクロによる関数もどきはダメ。
インライン関数やテンプレート関数を使うべし。
484:デフォルトの名無しさん
07/10/21 19:06:06
コンパイルに５分かかるプログラムを作ったら一人前ですか
485:デフォルトの名無しさん
07/10/21 19:07:23
そうだねえ。
再帰テンプレートとか作ると簡単に5分超えるね。
練習にはいいんじゃない？
486:デフォルトの名無しさん
07/10/21 19:10:36
で、規約やら小細工やら良いんだけど
＞do whileハックを使わないといけないのは、古いコンパイラ。
誰かコレを解説して貰えんか？
コンパイラの新旧が、マクロを括るブロックにdo-whileを使うことと
どう関係してんだ？
487:デフォルトの名無しさん
07/10/21 19:11:40
勘弁してやれｗ 勘違いだろｗ
488:デフォルトの名無しさん
07/10/21 19:42:09
制御文なしに中括弧だけを書くとエラーになるような古いコンパイラがあったんじゃないか。
489:デフォルトの名無しさん
07/10/21 20:31:08
>>475
それだとABC(data);って書いたら駄目だわなｗ
#define ABC(i_code) do{ char str[256]; sprintf(str, "ABCの時のメッセージ( %d ).", i_code); printf("%s\n",str); }while(0)
こうだな
まあ受け売りだが
てか一回sprintf経由する必要はあるの？
#define ABC(i_code) printf("ABCの時のメッセージ( %d ).\n", i_code)
これじゃ駄目なんかいな
490:489
07/10/21 20:33:43
やべ、俺リロードしなさすぎｗ
吊ってくるｗｗ
491:デフォルトの名無しさん
07/10/21 20:34:54
エラーメッセージを生成するのと、表示するのは、分離したほうがいいと思う。
492:デフォルトの名無しさん
07/10/22 10:50:35
つーか、元質はデバッグ出力関数に渡す引き数を生成したいんじゃないかな?
だとしたら、>475以下はダメだろう。
493:デフォルトの名無しさん
07/10/22 19:39:51
C言語に関して質問です。
構造体の各要素に添え字を使ってアクセスすることはできないのでしょうか？
例えば
struct OBJ{
int x;
int y;
char c;
char str[10];
};
main()
{
struct OBJ tmp;
tmp.[0] ← xのこと
tmp.[1] ← yのこと
tmp.[2] ← cのこと
tmp.[3] ← str[]のこと
}
といった感じのことがしたいのです。実現可能な方法があれば是非お願いします。
494:デフォルトの名無しさん
07/10/22 19:43:42
unionを使えば出来ないことはないけど、正直お勧めしない。
495:デフォルトの名無しさん
07/10/22 19:44:02
C++なら・・・無理か。
型もバラバラだしな。
添え字に変数を使って
tmp.[i]
ってしたとき、何型で扱うつもりなんだ
496:デフォルトの名無しさん
07/10/22 19:44:13
>>493
限定的にはunionを使えばできる。
ややこしくはなるがポインタをキャストしてもできる。
どちらにしろ、サイズの違う型を統一的には扱えない。
497:デフォルトの名無しさん
07/10/22 20:19:14
>>493
なんで、そんな変なことをしたいの?
498:デフォルトの名無しさん
07/10/22 20:22:08
テンプレートクラスでtemplate <Type T>のTにクラスを入れることが可能なのですか？
int型などを入れるメリットは分かるのですが具体的にどんなクラスを入れれば役に立つのか教えていただけないでしょうか？
499:493
07/10/22 20:29:47
回答して下さった方々有難う御座います。
for文のインデックスを利用出来たらと思いました。
しかし型などが違うのでその都度場合わけをしないといけないので出来たとしても結局のところ手間は増えますね。
500:デフォルトの名無しさん
07/10/22 20:33:51
>>498
可能です。
STLのvector<T> はTの配列と置き換えられる動的な再配置も可能なクラスですが
当然組み込み型以外でもvectorを使うことが出来ます。
501:デフォルトの名無しさん
07/10/22 21:15:25
float a;
a=1;
print("%d",a);
を実行すると
1072693248っていう数がでてくる。
これってどういうこと？
502:デフォルトの名無しさん
07/10/22 21:24:52
>>501
言語およびコンパイラは何？
"%f" を使うべきである事は知っていて、なぜそうなるのかが知りたいということ？
503:デフォルトの名無しさん
07/10/22 22:53:01
>>501
printfの引数の2つ目以降の型って決まってないよね。
だから、printfにとっては、どんな型の値を引数に渡されたのか、わからない。
そのため、書式文字列に%dとあれば、intだと思って処理するわけ。
504:デフォルトの名無しさん
07/10/22 22:54:09
>>498
可能。
int型を入れるのと同じメリットが、stringクラスを入れるのにもあると思うのだが。
stringの配列なんて使う機会ないか？ ないなら、まぁ仕方ない。
505:デフォルトの名無しさん
07/10/22 22:58:36
list<vector<string> >
とかな。
506:デフォルトの名無しさん
07/10/22 23:28:17
>>505
そんなこと、したことないぞ。
まず、stringのように重いものを、ポインタや参照ではなく値として持つvectorに格納するのが、乱暴だ。
次に、vector<string>を直にlistに格納するのも、乱暴だ。
vector<string>に何か意味があるのであれば、それなりのクラスにすべきだ。
507:デフォルトの名無しさん
07/10/22 23:35:45
乱暴ってのが何を意味してるかわからんが、
別にstringは重くないしvector<string>も十分に速いぞ
508:デフォルトの名無しさん
07/10/22 23:36:17
あほすぎる・・・
509:デフォルトの名無しさん
07/10/22 23:46:20
>>506が何を言いたいのかﾜｶﾝﾈ
乱暴ってどういう意味？
vector<string>を使うなって言ってるの？
510:デフォルトの名無しさん
07/10/22 23:57:05
vector<string>を内包したオブジェクトつくって
インターフェースをきちんとしたオブジェクト指向な作り方しろってことか…。
C++だからって必ずオブジェクト指向で作らんでもいいだろ…
511:デフォルトの名無しさん
07/10/23 00:00:22
>>506は「そんなこと、したことないぞ」と言っている通り、思い込みで書き込んでいるんだよ。
512:デフォルトの名無しさん
07/10/23 00:02:01
vector<string> に何か意味をもたせるとして、所詮 vector 程度なら変数名で十分示せると思う。
vector<string> はオブジェクト指向だよ。
513:デフォルトの名無しさん
07/10/23 00:27:02
>>507
それは実装依存だな。
どーでもいい場所なら乱暴なコーディングをしても構わないし、すべきだろうが、
重くないとか十分に速いとか言ってるようじゃ、C++使う意味がないんじゃないか。
>>509
文字どおりさ。
動けば何でもいい、そういうやりかた。
>>510
何らかの意味があるのだからtypedefすべきだし、
大抵の場合は何か付随したデータがあるわけで、
それと本体のvector<string>を別管理するのは、
不適切だと思う。
>>512
オブジェクト志向と言いながら、
BASICやスクリプト言語のように、型にルーズでどうしようもない代物を作る人を、見てきたわけだが。
彼らは万能ナイフを作ることに喜びを感じているようだが。
514:デフォルトの名無しさん
07/10/23 08:58:30
ふ〜ん。君はそういう事に喜びを感じているんだね。
515:デフォルトの名無しさん
07/10/23 09:02:19
そこでboost::ptr_vector, ptr_list
内部ではvoid*として保持されているためコードサイズ膨張対策にもなる
重いオブジェクトのコンテナならこれで決まり☆
516:デフォルトの名無しさん
07/10/23 10:21:21
>>513 のやり方を推し進めたら、プログラム中に出てくる概念全部を
typedefなりクラス化なりすることになるな
アホとしか思えん
いちいち型を定義してたら型がむやみに大量発生するし、
そのせいでtypedefされた型の元の型がわからなくなって
どういう操作ができるのかいちいち調べる羽目になる
名前の一覧は vector<string> names; で十分
過度の抽象化は毒であると知れ
517:デフォルトの名無しさん
07/10/23 10:44:09
>>516の書き込みをみて
VC++が頭をよぎった。
ふとよぎった。
518:デフォルトの名無しさん
07/10/23 10:50:52
>>513は早すぎる最適化をやっちゃうタイプだな
519:デフォルトの名無しさん
07/10/23 10:51:54
>>516
> 名前の一覧は vector<string> names; で十分
名前だけで単独なんだ・・・どういう場合?
520:デフォルトの名無しさん
07/10/23 15:36:35
スイッチを押すと外部割り込みでInterrupt関数が呼び出されて、スイッチを押した回数を数えて変数countに保存し、
タイマ割り込みで一定時間ごとにTimer関数を呼んで押した回数ごとに行動を変えるプログラムを作りたいです。
グローバル変数を使う以外に二つの関数の間でcount変数の値を渡す方法はありますか？
521:デフォルトの名無しさん
07/10/23 16:04:40
つまり、二つの割り込み関数からそれぞれ設定と参照を行いたいわけだな。
グローバル変数の代わりに、それらの関数をメンバとして持つクラスを作ってそのメンバとしてcountを持てばいい。
勿論、そのクラスの生存期間に注意が必要。
522:520
07/10/23 16:23:07
せっかく回答してくれたのにすみません。
C++ではなくCで行う方法を教えてください。
523:デフォルトの名無しさん
07/10/23 16:37:47
>>520
設定も参照もどちらも割り込みルーチンから行なうのなら、
グローバル変数にしておくのが無難だがなぁ。
グローバル変数にしたくない理由は?
524:デフォルトの名無しさん
07/10/23 16:44:44
メインで変数作ってポインタ渡せば?
グローバルと同じような物だけど
525:520
07/10/23 17:49:50
>>523
やはりグローバル変数がいいですか・・・。
プログラム作ってる途中でよくわからなくなることが多くて個人的にあまり好きじゃないだけです。
526:デフォルトの名無しさん
07/10/23 18:12:44
>>520
gccなら関数内関数で外側のローカル変数を参照出来るはず。
グローバル変数以上に問題のあるコードかもしれんが。
527:デフォルトの名無しさん
07/10/23 19:13:25
>>524
割り込み処理だと渡しようがないと思うんだ。
528:wolf ◆8VH3XAqjlU
07/10/23 21:52:40
>>520
>>525
１．割り込みマスク外した後ならsignal関数では？
２．共通の割り込みハンドラで割り込みを１箇所で受けられるかな？
529:デフォルトの名無しさん
07/10/24 07:25:37
ここで聞いてよいのかわからないのですが・・・
CPadてVistaでも使えるものなんでしょうか？
とりあえず実行すると〜.exeが見つかりません〜てなエラーが出てきます。
これはOSとCPadとの相性が悪いのか、自分が何かミスを犯しているのか、どちらなのでしょう？
530:デフォルトの名無しさん
07/10/24 07:29:32
調べてみたら自己解決できそうなので、自分で調べてみます。
531:デフォルトの名無しさん
07/10/24 07:32:45
解決、スレ消費申し訳ありませんでした。
532:デフォルトの名無しさん
07/10/25 16:20:24
VCでコントロール(仮にオリジナルのペイントソフト)を作成して
それをVB.NETから呼び出して、VBで作成したインターフェース内に埋め込みたいのですが
VCで作ったものをDLLにまとめることくらいしか現在わかっていません。
何に対応(例えば継承させるクラス)させればよいのかなどおおまかに教えていただけないでしょうか？
533:デフォルトの名無しさん
07/10/25 16:23:09
VBのスレで聞いたら？
534:デフォルトの名無しさん
07/10/25 18:26:14
>>532
> 何に対応させればよいのか
↓
> コントロール
自分で書いていて気がつかないとは。
535:デフォルトの名無しさん
07/10/25 19:31:24
ABのどっちが好き？
#include <iostream.h>
void f(unsigned int u){
printf("%u", u);
}
main(int argc, char **argv){
unsigned int u = 0;
if(argc > 1){
A u = static_cast<unsigned int>(atoi(argv[1]));
B sscanf(static_cast<const char *>(argv[1]), "%u", &u);
}
f(u);
}
536:デフォルトの名無しさん
07/10/25 19:32:55
lexical_cast<>
537:デフォルトの名無しさん
07/10/25 19:55:07
qa3457974
538:デフォルトの名無しさん
07/10/26 01:33:48
>>535
エラー処理してない点は同じなのでどちらも却下。
だ が 敢 え て 言 わ せ て も ら う
if(1 < argc){
だと！
539:デフォルトの名無しさん
07/10/26 06:44:04
>>538
if(argc > 1)
より
if(1 < argc)
の方がいい理由も添えて書いてくれ。
540:デフォルトの名無しさん
07/10/26 11:33:39
いまどきiostream.hって・・・
541:デフォルトの名無しさん
07/10/26 13:57:17
.h
542:デフォルトの名無しさん
07/10/26 14:13:27
ｂｆ
543:538
07/10/26 17:15:12
>>539
半分冗談だったんだけどね（＾＾； 適当に流して欲しかったんだけど。
単に俺のスタイルなだけ。
例えば、『aが１よりおおきくて、かつ１０より小さい』という命題について
if(1 < a && a < 10)
と書くと、常に右が大きくなるでしょ。
完全に主観だけど、あとでソースを見返すとき分かりやすいんですよ。
（数学の）実数線も右が大きいし、なんとなくそういうクセをつけました。
それだけ。
544:デフォルトの名無しさん
07/10/26 17:36:45
>>543
俺もそう書く
理由も同じ
545:デフォルトの名無しさん
07/10/26 21:27:52
vectorは「動的配列」という事なのですが、
これは、
void init_vct()
{
vector< vector<int> > v;
v.resize(3);
for(int i=0; i<v.size(); ++i) v[i].resize(5);
int array[] = { 0, 1, 2, 3, 4};
}
int main()
{
init_vct();
return 0;
}
としたときに、init_vct()関数を抜けても、
int型配列 arrayと違って、vector< vector<int> >型配列 vは、
メモリ上から消されないということですか？
//初歩的な質問で申し訳ありません。
546:デフォルトの名無しさん
07/10/26 21:33:34
消えるだろ ふつう
547:デフォルトの名無しさん
07/10/26 21:37:01
>>545
関数中のvはスコープから抜ける時デストラクタが呼ばれ、
確保された領域は開放される。
v.push_back(i)などで、どんどん追加でき、
サイズが動的に拡張されていく配列。
548:デフォルトの名無しさん
07/10/26 21:57:37
>>543
if( x==0xFF ) などと比較したいのに、誤って代入文 if( x=0xFF ) と
書いてしまう凡ミスを防ぐために変数を右に つまりif( 0xFF==x ) と
書くと良い みたいなことがドコカの本で書かれていた記憶がある
549:デフォルトの名無しさん
07/10/26 22:00:36
>>548
ぱっと見て「ヘタだなぁ」と思うコード その６
ｽﾚﾘﾝｸ(tech板)l50
ここで今、思いっきりその話になってます。
550:デフォルトの名無しさん
07/10/26 22:33:42
>>543
俺は『aが１よりおおき』いなら、
if(a > 1)
と書くな。『1がa未満』なら逆に書くけど。
俺も一時期>>543と同じ書き方してたけど、
仕事でプログラム書き始めてからは仕様書通りに書く癖が付いた。
551:デフォルトの名無しさん
07/10/26 23:35:50
sscanf()はバッファオーバーフローがあるから
使ってはいけないんじゃなかったっけ？
普通atoi()だろ。
552:デフォルトの名無しさん
07/10/26 23:39:02
どちらでも仕様書どおりだよ。
553:デフォルトの名無しさん
07/10/26 23:50:21
>>545です。
>>546さんありがとうございます。
以下のようなプログラムを書いたのですが、
正しく表示されるのはたまたまメモリに残っているせい？
#include<iostream>
#include<vector>
using namespace std;
class VEC{
private:
public:
vector< vector<int> > vec;
VEC(int num);
VEC(){};
};
VEC::VEC(int num)
{
vec.resize(3);
for(int i=0; i<3; ++i) vec[i].resize(5);
for(int i=0; i<vec.size(); ++i){
for(int j=0; j<vec[i].size(); ++j){
vec[i][j] = num+j;
}
num+=vec[i].size();
}
}
554:デフォルトの名無しさん
07/10/26 23:50:58
class A{
private:
public:
A();
void Show();
vector<VEC> v;
};
A::A()
{
int j=0;
for(int i=0; i<10; ++i){
v.push_back(VEC(j));
j+=10;
}
}
555:デフォルトの名無しさん
07/10/26 23:51:55
void A::Show()
{
for(int i=0; i<v.size(); ++i){
for(int j=0; j<(v[i].vec.size()); ++j){
for(int k=0; k<(v[i].vec[j].size()); ++k){
cout << v[i].vec[j][k] << " ";
}
cout << endl;
}
cout << endl;
}
}
int main()
{
A aa;
aa.Show();
return 0;
}
556:デフォルトの名無しさん
07/10/26 23:52:44
>>553
関数抜けた時点で解放され、別の値に変わる可能性はある
ゴミ箱の中身消したけど復活できるかどうかと同じ事だ
557:デフォルトの名無しさん
07/10/27 00:04:16
>>553-555
別にどこもおかしなようには見えないが、どこに問題があると思ってるの？
558:デフォルトの名無しさん
07/10/27 00:49:51
>>545です。
>>546
>>547
>>556
さんのご指摘もありますが、
newで確保されていないvector配列の中身（vector< vector<int> > vec）が、
最後まで保持されていること・・・
についてです。
vecはクラスの中で宣言はされているものの、
VEC()で代入される中身は局所的なもので、
VEC()を出たらvec配列の中身は、開放されるのかなぁと。
サイトで「vectorは"動的"配列」というのを目にしたのですが、
これは配列のサイズを"動的"に確保するだけで、
newのメモリの"動的"確保とは別物なのではないか？
と思ったので、試しています。
559:デフォルトの名無しさん
07/10/27 00:51:53
>>545です。
かなりトンチンカンなこと言ってると思いますが、
ご指導お願いいたします。m(_ _)m
560:デフォルトの名無しさん
07/10/27 00:57:53
>>559
クラス内の関数は、抜けても値は保持される 常識だろう vectorとか関係なし
561:デフォルトの名無しさん
07/10/27 00:59:15
>>559
基本的なことが、いくつも、理解できていない気配がする。
泥縄的に教えてもしょーがないので、ちゃんとC++の基本を勉強したほうがいいよ、としか言えない。
562:デフォルトの名無しさん
07/10/27 00:59:20
オブジェクト指向っていうのは、データに対してあれこれ作業をするって事だ
あれこれ作業するごとにデータが消えていたら駄目だろ
563:デフォルトの名無しさん
07/10/27 01:00:16
v.push_back(VEC(j));
の
VEC(j)はどこいっちゃったの？
ってこと？
564:デフォルトの名無しさん
07/10/27 01:20:13
>>545です。
みなさん、レスありがとうございます。
クラスの中でサイズを指定しないと配列の宣言てできませんよね。
もしコンストラクタの引数の値を配列のサイズにしたいときには、
データメンバに、
int a*;
を入れて、
コンストラクタの中で、
a=new int[コンストラクタの引数の値];
と（私は）します。
だから、私はvector配列をクラスのデータメンバとするときも、
配列のサイズを指定しないから、
どこかでnewすることでvector配列の領域を確保しなければ
ダメなのかぁと思ってしまったわけです。
newをせずに、ただ値を代入しただけでは、
局所な値を代入しているに過ぎないなどと思ってしまいました。
色々考えているうちに、頭の中がごちゃごちゃになってしまいました。
己の力の無さを改めて自覚しました。
565:デフォルトの名無しさん
07/10/27 01:31:07
>>564
vectorの中でnew/deleteしてる。
566:デフォルトの名無しさん
07/10/27 01:32:02
コンストラクタとデストラクタで何か表示するクラス作って
vectorにpush_backしてると何か閃くかもしれない
567:デフォルトの名無しさん
07/10/27 01:38:24
クソッタレな本に引っかかってしまった可哀想な犠牲者なんだろうな。
きちんとした本を読んでいれば間違わないような誤解してるんだもの。
568:デフォルトの名無しさん
07/10/27 01:50:13
これからプログラムを勉強する俺に是非教えてほしい。
ちょっとしたアプリケーションを作りたくて
なんとなく、適当に参考書見て、高校の頃少し勉強した、デルファイに似てるような気がしたから
VBの参考書買って、MSからVS2008bata2をダウンロードしてサンプルプログラムを作っては
自分なりに書き換えて違う結果を出力させたりと、少しずつ理解してきてる・・つもり。
けど、VBとC++はどのスレ見てもVBは糞ってよく見るんだけど、それはなぜですか？
自分は結構VBがなじんできてるしこの頃。。
実際、プログラムの組みやすさ、軽さ、ほか色々。
ここで聞くのはどうかと思うけど、できれば教えてほしい
もし、VBはやめとけ！と言うならばお勧めの言語を教えていただきたい。
569:デフォルトの名無しさん
07/10/27 01:54:18
すいません、教えていただけないでしょうか。
Ｃ言語で、２つのスレッドが交互にグローバル変数を参照→インクリメントして、
決められた値になったら終了する。という処理を作りました。
ここからグローバル変数を用いずにスレッド間でデータを渡しあうことで同様の処理を
実現したいのですが、どうすればいいでしょうか。
自分で調べたところ、スレッド間ではお互いのメッセージキューへ格納→読み出しを行えば
データを渡せることがわかったのですが、見当違いな考えかもしれません…。
どのような方法・関数を用いればいいか、ご教授のほど宜しくお願いします。
570:デフォルトの名無しさん
07/10/27 01:59:25
OSぐらい書けよ
571:デフォルトの名無しさん
07/10/27 02:02:14
>>570
申し訳ありませんでしたorz
作成環境は以下のとおりです。
ＯＳ：Windows XP
コンパイラ：Microsoft Visual C++ 2005 Express Edition
572:デフォルトの名無しさん
07/10/27 02:03:22
VBが糞と言われる理由
1. VB自体ではなく、VB使いが糞であるため
2. VBでプログラミングを勉強すると糞になるため
3. VBが適切な手段の場合には良いが、そうではないのにVBを使う糞がたくさんいるから
4. VB.NETではないVBは既に終わっており、なおかつ、VB.NETをやるならC#をやるべきだから
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4715日前に更新/260 KB
担当:undef