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

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

446:現実見ない人は気楽でいいね
07/07/27 12:45:14
なるほど、MSExcelやOpenOfficeCalcではRFC勧告に則っていないファイルを出力しているわけだ。
#see TEXTDATA

それはそれとして、
>>445
CRやLFはDQUOTEで括らないといけないという記述はあるけど(see escaped)、
line breakがCRまたはLFだという記述はどこ?

447:デフォルトの名無しさん
07/07/27 12:46:14
>>444
そーゆうことですか
ありがとうございます

448:445
07/07/27 12:55:53
>>446
このRFCは2005年に出来た新米だからな、MSのOffice従っているわけがないｗ

セル内改行については、解釈方法をRFCでは規定してないっぽいな。
単にCRだのLFだのを入れられるがその場合はクオートしろってだけ。

449:デフォルトの名無しさん
07/07/27 12:57:20
へー、Excelだとフィールド内での改行(そう言えばなんで「カラム内改行」なんだろw)はLFなんだ。
で、RFCでは「改行」は「CRLF」だと明記されている。
つまり、RFCを持ち出した御仁はRFCを「よく」読まずに偉そうな御託を並べてたわけね。ふーん。

450:デフォルトの名無しさん
07/07/27 12:57:33
どなたか >>422 のお相手をお願いします

451:445
07/07/27 12:58:49
>>449
すまんね。その通りだ。良く読んでなかったのを認めよう。
で、std::getline()は役に立ちそうかい？

452:現実見ない人は気楽でいいね
07/07/27 13:00:49
結論としては、csvと一言で言っても解釈がまちまちってことかい。まぁ、この業界じゃぁ在りがちだがね｡
#しかし、「csvはRFCに則ってください」なんて言われた日には涙目だな、こりゃ。

453:デフォルトの名無しさん
07/07/27 13:01:12
\r\n
これってなん文字？

454:デフォルトの名無しさん
07/07/27 13:05:00
>>422
インクルードパスのサーチルールとプロジェクトは関係ない。
a.hにinclude "b.h"と書かれているのなら、a.h(にとって)のカレントからb.hを探すことになる。

455:445
07/07/27 13:05:12
>>452
RFCの規定だと、実質日本語は使えないからなｗ

ま、元の質問者の意図はどうだか良くわからんし、これ以上言っても無駄だな。
セル内改行は要らないというんなら、それでいいんだろうし。
わざわざ「一文字読み」をしている理由を、俺はセル内改行の問題のためだと
推定したっつーだけのこと。

456:デフォルトの名無しさん
07/07/27 13:06:31
>>453
Cのソース内で例えば"\r\n"と書けば2文字と解釈される。
#但し、ターミネート文字に注意。
テキストファイルに単純に書けば、4文字と解釈されるだろう。

457:449=443
07/07/27 13:14:58
>>455
＞俺はセル内改行の問題のためだと推定したっつーだけのこと。
理解した。こちらも言い過ぎ失敬。

458:432
07/07/27 13:19:51
なんか荒らしちゃったみたいで申し訳ない
1文字ずつってのは、これ課題なんだけどその際に「1文字ずつ読み込むように」って言われてたからなんだけれどその意図は聞いてないから答えられない・・・申し訳ない
とりあえず言われた方法を一通りやってみます
レス遅れてすまんかった、そしてありがとう

459:デフォルトの名無しさん
07/07/27 13:54:16
>>454
""で指定した場合カレントのstdafx.hを使うみたいなので<>を使って解決しました。
ありがとうございました。

460:デフォルトの名無しさん
07/07/27 14:07:07
例外処理というのは結局エラーになりそうなところで
エラー処理を書くってことだと思うんですけど
例外を使うのは単にエラー処理を用意するのと違って
どういったメリットなどがありますか？
簡単なサンプルだけではいまいちよくわからなくて
すっきりしません。

461:デフォルトの名無しさん
07/07/27 14:13:37
win32 apiの例外処理ならadvanced windows の例外処理の章をよむといいかも

462:デフォルトの名無しさん
07/07/27 14:17:56
>>460
エラーを検知するコードと、エラーを処理するコードを自然に分離できる。
典型的には、前者がライブラリで後者がアプリケーションの場合。

例外によるエラーの通知は無視したままプログラムの継続ができないことも
大きな特徴。エラーを無視したまま走り続けて不正な処理をすることを防げる。

あと↓ここ読んとけば？
ｽﾚﾘﾝｸ(tech板)

463:デフォルトの名無しさん
07/07/27 14:27:24
エラーが発生したところで、どうしようもなく、ソフトを異常終了するしかない時に使う。
Cのmallocなどなら戻り値のチェックは絶対に忘れてはいけないし、忘れたらバグの元になり後々面倒になるが、C++のnewなどなら戻り値のチェックは不要。
例外がthrowされ、catchしなければ異常終了する。上の例で、メモリの確保ができなければ、ほとんどの場合継続動作できないからそれで十分。
逆にCのreadのような、ディスクの読み取りエラーのような時は普通使わない。

464:デフォルトの名無しさん
07/07/27 14:33:18
>>463
発生したところで異常終了するしかないなら、その場で
exit() なり abort() なりすればいいだろう。

細かい read() をいくつも組み合わせるようなプログラムのときは
例外使うと便利だよ。

465:デフォルトの名無しさん
07/07/27 14:38:11
いちいちexitやabort書くのも面倒だよ
いっきにまとめてどっかーんなんて使い方ができるのも例外の魅力

466:デフォルトの名無しさん
07/07/27 14:51:36
すいません。Ｃ言語初心者なんんですが、プログラムの作り方がわかりません。
計算を繰り返すのですが、最初に数字を入れて次に、+、-、*、/、＝を画面に出力
し、＝が選ばれるまで計算を繰り返すプログラムです。＝が選ばれれば、合計が出
てくるようにし、そしてまた次の計算をするようにしたいんです。どなたか教えて
いただけませんか？

467:デフォルトの名無しさん
07/07/27 14:54:18
>>466
自分で作ってみたのを出してみて

468:デフォルトの名無しさん
07/07/27 14:58:04
どのぐらいの数の変数を宣言したらいいのかわからないんです。

469:デフォルトの名無しさん
07/07/27 14:59:30
>>468
必要なだけ作ったらいいよ。まずは書いて動かせ。

470:デフォルトの名無しさん
07/07/27 15:01:18
ありがとうございます。
頑張ってやってみます。

471:デフォルトの名無しさん
07/07/27 15:01:37
>>468
適当でいいよ。とりあえず作れ

472:デフォルトの名無しさん
07/07/27 15:08:04
#include"stdio.h"
int main(void)
{int a,b,c;
char d="+,-,*,/,=";
scanf("%d",&a);
printf("\n");
printf("%s\n",d);
d=getchar();
switch(d){
case('+'):

case("-"):

case("*")

case("/")

case("=")

}
このcase(+)などの次が全くわかりません。

473:デフォルトの名無しさん
07/07/27 15:11:43
つまり電卓みたいにしたいのか。
まずは数字を入れたらそれを表示するだけのものを繰り返すものでも作っては。

474:デフォルトの名無しさん
07/07/27 15:14:13
>>472
人に見せるときはなるべくコンパイルできるようにしとけよ。

で、 + とかが入力されたときの動作はスレ住人にはさっぱり
わからん。好きにしろ。それともエスパー募集か？

475:デフォルトの名無しさん
07/07/27 15:15:21
単純に一度だけ+、*などの計算をし、表示はできたのですが・・・。

476:デフォルトの名無しさん
07/07/27 15:15:26
>>474が見えない

477:デフォルトの名無しさん
07/07/27 15:17:59
最初の数値一個と + だけで何を計算するんだろうな？

478:デフォルトの名無しさん
07/07/27 15:24:53
+、-、*、/を選んだらまたｓｃａｎｆを使って＝が入力されるまで計算したいんです。

479:デフォルトの名無しさん
07/07/27 15:30:47
>>478
まあそれは繰り返し（while 等）を覚えれば何とかなる。
計算のほうは仕様を明確にしてくれ。

480:デフォルトの名無しさん
07/07/27 16:07:03
>>466
大体こんな感じにやりたいんでしょ？

#include<stdio.h>
main(){int a,b=0;char c='+';for(;c!='=';){printf("数値");scanf("%d",&a);if(c=='+')b+=a;else if(c=='-')b-=a;else if(c=='*')b*=a;else if(c=='/')b/=a;printf("演算子");scanf(" %c",&c);}printf("%d\n",b);}

481:デフォルトの名無しさん
07/07/27 16:12:41
>>463
read()が例外をスローしないのは、Cだからだ。

いまどきの例外機構をもった言語なら「ディスクの読み取りエラー」では
IOErrorのような例外がスローされるのが普通だ。

＞エラーが発生したところで、どうしようもなく、ソフトを異常終了するしかない時に使う。
人に教えられるほど例外を理解していないぞ。

482:デフォルトの名無しさん
07/07/27 16:37:44
例外はエラーじゃないし、ソフトを異常終了するしかない時も正しくない
463の説明からすると、例外なんて使わずexit()すべきということになる
まっ、知ったかに教えてやることなんてないけどな

483:デフォルトの名無しさん
07/07/27 16:48:28
最近のIVってなんなの～？

484:デフォルトの名無しさん
07/07/27 17:50:14
>>463
>エラーが発生したところで、どうしようもなく、ソフトを異常終了するしかない時に使う。

俺が例外覚えたての頃の思考と同じだわ。
例外を有効に使えてない。

485:デフォルトの名無しさん
07/07/27 17:55:00
今はどういう思考？

486:デフォルトの名無しさん
07/07/27 17:56:09
低脳に、エラーが発生したところで、どうしようもなく、ソフトを異常終了するしかない時に使う。と教える思考

487:デフォルトの名無しさん
07/07/27 18:00:38
を、俺が例外覚えたての頃の思考と同じだわ。例外を有効に使えてない。と言う思考

488:デフォルトの名無しさん
07/07/27 18:05:03
エラーを考慮しなくていい中間の関数が便利だな
下の例外を上にまる投げ

489:デフォルトの名無しさん
07/07/28 00:24:44
int main(void)
{
　　　for(int i=0;i<100;i++)
　　　{
　　　　　　if(条件式)
　　　　　　{
　　　　　　　　　// 何かの処理
　　　　　　　　　// ※ここでbreak;するのとreturn 0;するので動作が同じ場合、
　　　　　　　　　// どちらを使うべきでしょうか？サイズや速さに関係ありますか？
　　　　　　}
　　　}
　　　return 0;
}

490:デフォルトの名無しさん
07/07/28 00:38:56
>>489
サイズも速度も最適化が働けばそれほど気にするレベルじゃない。
俺個人はbreak派。別にreturnでもいいと思う。お好きなほうを

491:デフォルトの名無しさん
07/07/28 00:40:08
break; のが意味的にはいいんじゃないかな。
サイズとか速さとか、正直どうでもいいレベル。

492:489
07/07/28 01:00:34
どうもありがとうございました。

493:デフォルトの名無しさん
07/07/28 09:33:07
気になるならアセンブリ出力させて比較すればいいじゃない

494:デフォルトの名無しさん
07/07/28 09:54:12
1度しか実行されないものでそんなこと気にしても・・・。

495:デフォルトの名無しさん
07/07/28 20:28:12
プリコンパイル済みヘッダーを設定したくて調べてやってみたんですが
Debugの時は上手くできて、Releaseの時には大量のリンクエラーがでます
何故だかわかる方いらっしゃいますか？

エラーメッセージはこんな感じです ↓
(なんだかよく解らない長い文字列)は***(ファイル名)で既に使用されています

496:デフォルトの名無しさん
07/07/28 20:41:54
デバッグとリリースで同じ設定にしてるか？
フルビルドしてみたか？

497:デフォルトの名無しさん
07/07/28 20:43:33
>>495
ReleaseとDebugで設定が違うんじゃないかな。
VC++ならプロジェクトのプロパティで構成を変えればそれぞれの項目が変わってるか確認できるはず。
全ての構成にして空白になっているところがあれば怪しいと思われ、DebugとReleaseで違う項目だと空白になるから。
Debugでは指定しているファイル(ヘッダー)が無いReleaseでは無いとか初心者が陥る罠。

498:デフォルトの名無しさん
07/07/28 21:19:51
>>496　>>497
同じ設定というか、DebugもReleaseもプリコンパイル済みヘッダーの部分と
追加のインクルードディレクトリ、追加のライブラリの部分以外はいじってません（デフォルトのままです）
何か設定を変えなきゃいけないところがあるのでしょうか？

あと、こういう警告もたくさん出ていました↓
warning C4727: 同じタイムスタンプを伴う、**.pch と名前指定された PCH が ***.obj で見つかりました。最初の PCH を使用します。

499:デフォルトの名無しさん
07/07/28 21:26:07
>>495です
プログラムの全体の最適化　の項目を「いいえ」にすると
違う警告が出るようになりましたが、エラーはなくなりました
他にも色々設定をいじってみます

>>496さん>>497さん　ありがとうございました

500:デフォルトの名無しさん
07/07/28 23:42:06
小野坂とかアナゴさんとかﾁﾜとかレナとか色々でてるな。
ところで今回のサザエさんはアナゴさん回なのにいつから始まるか分からない件

501:デフォルトの名無しさん
07/07/28 23:42:42
そうだな

502:デフォルトの名無しさん
07/07/28 23:51:47
アニメスレと間違えたぜ

503:名無しさん＠そうだ選挙に行こう
07/07/29 05:40:09
Windowsのiniファイルなんだけども、
単に読み書きだけじゃなく、コメントとかも付けようとしたら、やっぱり自前？

504:名無しさん＠そうだ選挙に行こう
07/07/29 06:15:42
Ｃ言語で、０で割る計算エラーなんだけど
必要なもの宣言してるとして、

scanf("%d",&a);//前数
scanf("%d",&b);//後ろ数
printf("演算子の入力");
fflush(stdin);
o = getchar();

if(o=='/'|| o=='%' && b=="0"){
printf("エラーです。数値、演算子をお確かめください。\n");
}

とここまでやってｅｌｓｅで
x=a%b;　や　x=a/b;　すると異常終了しちゃう。

演算子が「/」または「%」、かつ割数が「０」なら
if使って計算式までいかないようにしてるつもりなんですけど、
なぜエラーなのかわかりません。教えて下さらないでしょうか？

505:名無しさん＠そうだ選挙に行こう
07/07/29 06:26:00
|| より && の方が優先順位が高いから if 文の中身は
( (o=='/'|| o=='%') && b=="0")
って書かなきゃダメだと思われ。

506:504
07/07/29 06:34:05
>>505
そちらも試したのですがだめなのです。

おそらくif乗り越えての計算で不正終了、てな気がするんですけど。
この条件式でどこが駄目なのかさっぱり・・・。

507:名無しさん＠そうだ選挙に行こう
07/07/29 06:38:25
んではこれで。
( (o=='/'|| o=='%') && b==0)

508:名無しさん＠そうだ選挙に行こう
07/07/29 06:38:25
マテ。bはintだろ。b=="0"ってのはおかしいだろ。コピペミス？
ちょいソース全部貼ってみて（長いようなら、うｐロダに上げて）

509:名無しさん＠そうだ選挙に行こう
07/07/29 06:41:46
文字列定数と比較してるせいだと思うけど。

510:504
07/07/29 06:47:44
>>507
うおっ！できました！
intをダブルクオーテーションで囲んでたのがミスだったのですか
ありがとうございます！
>>508
a,b,xはintで
oはcharにしてました。
ｉｎｔは「”」
不要だったんですね迂闊でした。
>>509
charとの比較ですかね？
とりあえず>>508で解決しました！

511:名無しさん＠そうだ選挙に行こう
07/07/29 06:53:32
"0"との比較だよカス

512:名無しさん＠そうだ選挙に行こう
07/07/29 06:58:15
コンパイラエラー吐かないの？

513:名無しさん＠そうだ選挙に行こう
07/07/29 07:57:43
main関数にある関数のポインタを返す関数
get_numを使いたいんですが、宣言はどうすればいいでしょうか。

#include <stdio.h>

int zero(void){return 0;}
int one(void){return 1;}
int two(void){return 2;}

int (*(*get_num))(void)
{
static int (*num[3])(void) = {zero, one, two};
return num;
}

int main(void)
{
int (*num[3])(void) = {zero, one, two};
printf("%d\n", (*num[0])());
return 0;
}

514:名無しさん＠そうだ選挙に行こう
07/07/29 08:30:44
こう？
typedef int (*func)(void);

func* get_num(void){
static func num[] = {zero, one, two};
return &num[0];
}

515:名無しさん＠そうだ選挙に行こう
07/07/29 08:53:13
>>514
できました。ありがとうございます。

516:名無しさん＠そうだ選挙に行こう
07/07/29 09:20:59
&num[0] なんてしなくても num でいいんじゃないの？

517:名無しさん＠そうだ選挙に行こう
07/07/29 10:06:10
>>516
そうですね、使うときに0を指定する形で。

518:名無しさん＠そうだ選挙に行こう
07/07/29 14:47:10
いや先頭のアドレスを渡すだけでいいってことじゃないのか？

519:名無しさん＠そうだ選挙に行こう
07/07/29 15:07:19
上記のプログラムだと
&num[0]　　＝　num
なので、出来る限りシンプルなコードにするために後者にしたほうがいいとは思う

520:名無しさん＠そうだ選挙に行こう
07/07/29 15:20:54
等号なのか代入なのか一瞬迷った

可読性で前者を選ぶのも別にいいんじゃない？
先頭のアドレス渡してるってのがわかりやすいし。

521:名無しさん＠そうだ選挙に行こう
07/07/29 16:05:39
C言語でソートプログラムを配列・連結リストを使って作りました。
それぞれの利点は何でしょうか？
リスト版はかなり遅く、配列版のほうがかなり高速だと思うのですが。
ソートプログラムをリストで作る理由は何がありますか？

522:名無しさん＠そうだ選挙に行こう
07/07/29 16:07:23
＞ソートプログラムをリストで作る理由は何がありますか？
勉強だから

523:名無しさん＠そうだ選挙に行こう
07/07/29 16:08:54
リストは動的にできる

524:名無しさん＠そうだ選挙に行こう
07/07/29 16:36:05
すいません
ＶＣ＋＋で　コマンドライン引数を加えて実行したいのですが
どうやればいいのでしょうか？

具体的には
-o 読み込みたいファイル名.c　みたいな感じです

Ｆ５を押して、-o ～　をいれて実行するといったことをしたいのです

525:名無しさん＠そうだ選挙に行こう
07/07/29 16:40:24
スレ違いだが、プロジェクト→プロパティ→構成プロパティ→デバッグ

526:名無しさん＠そうだ選挙に行こう
07/07/29 16:50:44
ここですか
ありがとうございまする

527:デフォルトの名無しさん
07/07/29 23:43:32 0
winsock2なんですけど、テキストを受信したとき最後にバイナリが付くんですけど
こういう仕様なんですか?

528:527
07/07/29 23:48:45 0
自己解決しました

char buf[64];なのに、strlen(buf)サイズ分受信していたのがいけませんでした

char buf[70];にして、64バイトずつにしたら直りました

529:527
07/07/29 23:50:33 0
相手側の負荷の少ないのは、
多めに要求して受信した方がいいんでしょうか?
結局、取れるサイズは返却されますから・・・回数が少ない方が負荷が少ないような気がします

530:デフォルトの名無しさん
07/07/30 00:00:55 0
>>528
ちょｗｗｗおまｗｗｗｗ
strlenてｗ
sizeof(buf)だろ。

531:527
07/07/30 00:03:44
>>530
ちょｗｗｗおまｗｗｗｗ
sizeof(buf)てｗ
何がいけないの？

532:デフォルトの名無しさん
07/07/30 00:08:02
strlenじゃ何文字かは分かるが、大きさは分からないだろ

533:デフォルトの名無しさん
07/07/30 00:34:26
buf[0]が\0だったら永遠に受信終わらないんじゃない？

534:デフォルトの名無しさん
07/07/30 01:20:47
ｃ言語入門の本を見ながら学習しているのですがいまいちプログラムという実感がわきません
ベクターとかにあるアプリなどはｃ言語で作ったり出来るのでしょうか

535:デフォルトの名無しさん
07/07/30 01:22:53
Ｃじゃちょっときついもんもあるだろうな。
ゲームとか希望してるなら別言語いったほうが早いと思う。

536:デフォルトの名無しさん
07/07/30 01:28:49
プログラム大きくなってくるとCだと面倒だろうね。
クラスが使えるって点だけでもC++は偉大だと思う

537:デフォルトの名無しさん
07/07/30 01:40:10
>>534はCよりも先にHSPなりsystem4.0なりを勉強した方がいい気がする。
んで不足が出たらC++なりVisual C++なりに行けばいいんじゃない？

538:デフォルトの名無しさん
07/07/30 01:44:26
（笑）

539:デフォルトの名無しさん
07/07/30 01:45:05
回答ありがとうございます。
パソコンが好きで自分でいろいろなプログラムを作ってみたいと想い移植性が高いということでｃ言語を選んだんです
多少かじった程度の者が言うのも申し訳ありませんが
ｃ言語を始めたのでまずｃ言語を満足に出来ると思えるようになった別の言語にも挑戦したいと思います。
プログラムによってこの言語が向いているというのはやっぱりあるのでしょうか？

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　長文すいません

540:デフォルトの名無しさん
07/07/30 01:48:26
はじめがHSPじゃ応用が利かなそう。。
素BASICからプログラムに入った漏れは結構苦労したし。
将来的なこと考えて無理してでもC++薦めたい

541:デフォルトの名無しさん
07/07/30 01:48:33
移植性！？

542:デフォルトの名無しさん
07/07/30 01:48:35
実感がわかないってのはすんなり理解できてないからだろきっと
なでしこにでもしておきなさい

543:デフォルトの名無しさん
07/07/30 01:53:05
>>539
Cが移植性が高いっつーのは、あくまでマシン語やアセンブリ言語に比べてのことだ。
後は、強いて言えば組込やメインフレームを含む大概の環境をターゲットとする
Cコンパイラ（クロスを含む）が存在するのも確かだが、本当にそういう環境で
プログラムを動かしたいのか？

WindowsやUnixやMacのようなメジャーな環境をターゲットとして
ポータブルなプログラムを書きたいのなら、Cよりずっと適した言語が
たくさんあるし、何しろCは何をやるにも面倒くさすぎて、やりたいことが
出来るようになるまでの道のりが遠い。
C++ならCよりずっと言語的に強力だがお世辞にも初心者向けとは
言いがたいので、とりあえず最初のうちはもっと手軽な言語を薦める。

544:デフォルトの名無しさん
07/07/30 01:54:36
C言語から始めてC言語の限界を知って
C++に移行すると幸せになれるかも

STLのおかげで連想配列も使えるようになるとかイイ！
classのおかげでいろんなものをラップできるとかイイ！
と思えるようになる

545:デフォルトの名無しさん
07/07/30 01:55:36
移植性を重視するならJavaがいいんじゃない
メジャーだし

546:デフォルトの名無しさん
07/07/30 01:59:28
＞WindowsやUnixやMacのようなメジャーな環境をターゲットとして
＞ポータブルなプログラムを書きたいのなら、Cよりずっと適した言語が
＞たくさんあるし、
例えば何？

547:デフォルトの名無しさん
07/07/30 01:59:49
仕事でやってるとJavaに将来性を感じないな。
最近はC#に乗っ取られとるし
組込みではまたC/C++が主流になってきとる

548:デフォルトの名無しさん
07/07/30 02:00:44
>>546
J#

549:デフォルトの名無しさん
07/07/30 02:00:49
インタープリタなRubyから入るってのもいいかも。
書く量も少なくてすむし。
ただRubyから入ると他の言語がめんどくさく感じて移れない可能性はあるが。

550:デフォルトの名無しさん
07/07/30 02:01:09
俺は最初Delphiを数年
その後C/C++に進んだけど、ポインタもクラスもすんなり理解できた

551:デフォルトの名無しさん
07/07/30 02:02:02
Javaってメジャーなの？そりゃもっとマイナーなものがあるけどさ。

552:デフォルトの名無しさん
07/07/30 02:02:45
>>546
PerlでもJavaでもPythonでも、言語側でシステムを抽象化する層を設けていて
標準的なライブラリがリッチなものなら、何でもいい。

C++に手を出すのはそれらに不満を覚えてからでも遅くは無い。
そして、Cに手を出す必要は、多分無いだろう。

553:デフォルトの名無しさん
07/07/30 02:02:50
>>550
Delphiは応用きくでそ。ポインタももともとあったし

554:デフォルトの名無しさん
07/07/30 02:03:40
>>548
既に滅んだんじゃ

555:デフォルトの名無しさん
07/07/30 02:04:32
ベクターにあるようなアプリを作りたいなら、DelphiかC#だな
C++から始めると挫折しそう

556:デフォルトの名無しさん
07/07/30 02:05:15
Delphiに手を出すにはちょい時期が遅いかも

557:デフォルトの名無しさん
07/07/30 02:06:53
DelphiはVBに乗っ取られました

558:デフォルトの名無しさん
07/07/30 02:07:00
じゃあVCL使ってBCBは？

559:デフォルトの名無しさん
07/07/30 02:07:19
>>550
Delphi良いんだけど
関連書籍が手に入りにくくて苦労した

560:デフォルトの名無しさん
07/07/30 02:07:19
BCBは情報無さ杉ｗｗｗ

561:デフォルトの名無しさん
07/07/30 02:08:43
実際プログラムを作っている方々は複数の言語を熟知しているのでしょうか。

562:デフォルトの名無しさん
07/07/30 02:10:10
熟知する必要なんかないでしょ
わからなければ調べりゃいいだけだし

563:デフォルトの名無しさん
07/07/30 02:12:21
>>561
何をもって熟知と言うかによるが、コンパイラが書けるぐらいに複数の
言語に熟知してる人なんてそうはいないと思われ

まあ必要があれば仕様にあたればいいんだけどね

564:デフォルトの名無しさん
07/07/30 02:13:28
>>561
熟知はしてないなぁ。ほとんど応用。
C++をBCBで覚えたから必然的にDelphi覚えて
VBはDelphiの応用でいけて
CGIもやりはじめたからPerlも覚えて、応用でPHPとか。

565:デフォルトの名無しさん
07/07/30 02:13:51
ベクターにあるアプリと言ってるあたりCUIは無いだろうから
言語は決まったとしても移植性を尊重するならGUIが問題だな
Win32以外のGUIツールキットは資料が少な目で入門は大変そう

566:デフォルトの名無しさん
07/07/30 02:15:20
> ベクターにあるアプリ
ああそういうの書きたいっつってんのか
移植性とは相反する要求だなｗ

両方追い求めると無駄に苦労するぞ

567:デフォルトの名無しさん
07/07/30 02:19:24
GUIだと
Delphi、VB、BCB、VC++とかかなぁ

Delphi →滅びる寸前
VB →便利だけどランタイム必須
BCB →滅びてる？初心者向けな情報皆無
VC++ →GUIアプリ作るにはとっつきにくい

568:デフォルトの名無しさん
07/07/30 02:20:22
こんなことが出来るアプリを作りたいっていう具体的な目標が無いと
覚えるのは難しそう

569:デフォルトの名無しさん
07/07/30 02:20:38
GUIで移植性も考えるならwxWidgets使うとかすれば

570:デフォルトの名無しさん
07/07/30 02:20:59
電卓とかそういうのでいいならＭＦＣが楽？
んでもゲームとか言われるときついよなぁ。

571:デフォルトの名無しさん
07/07/30 02:21:42
VBも.NET以外は絶滅だろ
.NETなら言語はどれでも大差は無いが、やはりランタイムは必須

572:デフォルトの名無しさん
07/07/30 02:22:22
テキスト形式のアドベンテャーでいいよもう

573:デフォルトの名無しさん
07/07/30 02:23:54
パズルとかな
3Dでゴリゴリとか言わなきゃ良い

574:デフォルトの名無しさん
07/07/30 02:25:03
Delphiもエディタが使いやすければ、ほんとあれで十分なんだけどね。。

575:デフォルトの名無しさん
07/07/30 02:26:52
better C として使うだけでも
C++ にする価値はあると思う。

576:デフォルトの名無しさん
07/07/30 02:29:18
>>575
Cの気色悪いシンタクスで書かれた宣言がスラスラ読めるぐらいでないと
C++はキツいだろう

577:デフォルトの名無しさん
07/07/30 02:29:27
まぁVC＋＋だろうね。情報もいっぱいあるから
つまづいてもだれか教えてくれるし。

578:デフォルトの名無しさん
07/07/30 02:34:05
難しいんだろうなっていう先入観が無ければどんなもんでもいけるよ多分

579:デフォルトの名無しさん
07/07/30 02:37:20
参照があるだけで随分分かりやすくなると思うが。

580:デフォルトの名無しさん
07/07/30 02:37:44
C++はそろそろboostが標準になるだろうから使いやすくなるはず。

581:デフォルトの名無しさん
07/07/30 02:38:06
>>576
そりゃお前の思い込みだろｗ

582:デフォルトの名無しさん
07/07/30 02:38:31
0x はいつから使えるようになるんじゃー

583:デフォルトの名無しさん
07/07/30 02:38:56
>>580
まじか！ソースきぼんぬ

584:デフォルトの名無しさん
07/07/30 02:39:35
今ひどい釣られ方を見た。

585:デフォルトの名無しさん
07/07/30 02:40:58
EffectiveC++に「std::tr1::shared_ptrはｲｲﾖ～」と書いてあったんだが、
何をincludeすればいいんだぜ？

586:デフォルトの名無しさん
07/07/30 02:40:59
>>581
いや、そうじゃないとC++のヘッダ読んでも意味不明だろ？
もっと奇怪なものが大量に増えているし、C++はそもそも宣言的な言語だ。
宣言が理解できないようでは話にならん。

Cの関数ポインタとか多重ポインタとか配列がらみの宣言程度が
分からないようじゃ、ダメだろう。

587:デフォルトの名無しさん
07/07/30 02:41:50
>>583
C++ の次期ドラフトとか見ると、色々導入されてるね。
boost はそもそも将来標準に組み込まれることを前提として開発されてるものだからな。

588:デフォルトの名無しさん
07/07/30 02:42:55
>>586
better C として使う分には、C++ は C より簡単。
それを越えると厄介な所が出てくるが。

589:デフォルトの名無しさん
07/07/30 02:43:38
そもそも将来標準に組み込まれることを前提として開発されてるものでいったいいくつ消えていったのか

590:デフォルトの名無しさん
07/07/30 02:44:43
>>589
いわゆる叩き台ってやつだな。
その中で入れた方が良さそうなものを入れていく感じだ。

591:デフォルトの名無しさん
07/07/30 02:45:05
>>588
better Cってのをどの程度に言ってるか分からんが、
ヘッダやマニュアル理解できないんじゃ、つらいだろ

Cヘッダだけしか使わないとか？
でも、std::basic_string<>やSTLすら使わないんじゃC++の魅力は
半減どころじゃないんじゃないか

592:デフォルトの名無しさん
07/07/30 02:47:55
>>586
ポインタ関係は教科書にも載ってるからまだしもだが
確かに、テンプレート、マクロの類は慣れるまで大変だったな

593:デフォルトの名無しさん
07/07/30 02:48:41
>>591
C よりゃマシ。

594:デフォルトの名無しさん
07/07/30 02:50:25
参照の用途としてポインタを使う方法を教えるよりは
参照を教える方がナンボか楽だな。

595:デフォルトの名無しさん
07/07/30 02:51:06
>>591
クラスとオーバーロードだけでもかなり書きやすくなるんじゃね？
STL無しのC++が魅力半減ってとこは同意だけど。

596:デフォルトの名無しさん
07/07/30 02:51:24
>>593
俺は別段Cを推奨する気は毛頭無いが、言語自体はシンプルだろ。
要素が絶対的に少ないんだから。結局はマクロ、関数、構造体、配列、
ポインタ、といったもので何でもやってしまうのがCで、欠点は
あまりに言語が貧弱なので、何をするにも面倒くさいというだけだ。

C++は言語がずっと強力だが、その分複雑だ。

俺はどっちも初心者に薦める気にはならん。

597:デフォルトの名無しさん
07/07/30 02:56:14
>>594
C++の参照は単に関数での「参照渡し」だけじゃないからなあ。
参照やポインタを教えるには、結局は間接参照、左辺値、エイリアシングといった
ことについて教えることになる。ポインタには演算もあるが、些細なことだ。
ほとんど違いは無いと思うが。

>>595
演算子オーバーロードはコードを書きやすくするが読みにくくする。

598:デフォルトの名無しさん
07/07/30 02:58:00
>>597
better C として使うなら、参照渡しだけ分かっとけば十分。
それ以上は不要。

あと、演算子オーバーロードの事なんて誰も言ってないように思えるが。

599:デフォルトの名無しさん
07/07/30 02:59:23
>>598
いや、あんたの言う「better C」とやらが、つまり何なのか分からんからなｗ

600:デフォルトの名無しさん
07/07/30 03:00:11
better C というと、
C でややこしい所を解決するためにだけ C++ の機能を使う、
という程度のこと。

601:デフォルトの名無しさん
07/07/30 03:02:19
で、リファレンス渡し以外には何が増えるんだ？
クラスは使ってもいいの？

602:デフォルトの名無しさん
07/07/30 03:03:28
newしないでクラス使えば間接参照もしなくていいしｗ

603:デフォルトの名無しさん
07/07/30 03:10:12
C99 は今は考えないとして・・・

・関数のオーバーロード
・プロトタイプ宣言なくても関数使えちゃうのを阻止
・ main で return 0; 省略

とか？
まあ、そんなに色々使わなくてもいいんだよ。
C より便利になる点が 1 つでもあれば。

604:デフォルトの名無しさん
07/07/30 03:13:54
ああ、そうだ。こいつらもだな。

・変数をブロックの途中で宣言
・ for(int i = 0; ...
・初期化に関するいくつかの制限緩和

605:デフォルトの名無しさん
07/07/30 03:15:07
それそんなに便利かなぁ。
そこまで制限してC++使おうと思ったこと無いからよくわからんが……。

Cプログラマが初見で本気で便利だと思うのって、標準ライブラリの強力さ、
それとクラス、特にデストラクタの存在じゃないか？
自動で後片付けしてくれるなんて、夢のような環境だろ。

逆に言うと、その辺が使えないんなら、ゴミのような違いでしかないように
思える。

606:デフォルトの名無しさん
07/07/30 03:18:18
別に C プログラマに教えるという話じゃなくて、
プログラミング初心者に薦めるならという話の流れだったはずだが。

607:デフォルトの名無しさん
07/07/30 03:19:56
>>605
そもそも初心者なんだから
制限して使うっていうのはちょっと違う

608:デフォルトの名無しさん
07/07/30 03:20:40
むしろ C にある無駄な制限を取っ払うわけで

609:デフォルトの名無しさん
07/07/30 08:50:28
質問１つでここまで伸びるなんて久々に見た

610:デフォルトの名無しさん
07/07/30 08:58:59
ほとんど俺の自演だけどな

611:デフォルトの名無しさん
07/07/30 13:30:25
>>605
そこまでいくとBetter Cではなく、もうC++。

612:デフォルトの名無しさん
07/07/30 13:40:37
>>609
馬鹿が「なんか自分が賢くなったような気分」で気軽に参加できる
絶妙なレベルだったんだろう。

613:デフォルトの名無しさん
07/07/30 14:44:25
ReadFile() vs fopen()

614:デフォルトの名無しさん
07/07/30 15:07:20
CreateFile()の間違いじゃないのか

615:デフォルトの名無しさん
07/07/30 15:43:12
なんにせよ適材適所、時と場合によって使い分けるだけ。

fopen テキストモードを使いたい。ANSI C上の移植性が欲しい。
CreateFile 非同期読み書きやメモリマップドファイルを使いたい。

616:デフォルトの名無しさん
07/07/31 16:06:50
このコードがVS2005 SP1でSEGVになるんだけど、俺んとこだけですかね

#include <iostream>
#include <sstream>
#include <locale>
int main()
{
　　 std::wstringstream ss;
　　 std::locale myloc("japanese");
　　 ss.imbue(myloc);
　　 ss.put(L'「');
　　 int n;
　　 if (ss >> n) // <--- SEGV
　　　　 std::cout << n << std::endl;
}

617:デフォルトの名無しさん
07/07/31 16:09:23
nはいくつよ？

618:デフォルトの名無しさん
07/07/31 16:18:49
>>617
は？

619:616
07/07/31 16:20:12
ちなみにこれとほぼ同じコードがboost::xpressiveで正規表現を
コンパイルする際に使われているのですが、
これがSEGVになるお陰でワイド文字でboost::xpressiveが使えないという有様です。

620:デフォルトの名無しさん
07/07/31 16:33:09
ワイド文字は色んなコンパイラでサポート不完全だよな。

621:616
07/07/31 16:37:03
>>620
VC8.0はグローバルロケールを設定した際に標準出力が腐るのは知ってたんだけど……
(Cではグローバルなロケールしかないので回避方法も無い）
これは酷すぎる。と思った。サポート不備ではなく、ただのバグでしょう。

無論VS2003では何の問題も起きないコードです。数値として読み込めないものが
入っているから、intに読み込めずstreamの状態がfailになるのが正しいんですが。

622:デフォルトの名無しさん
07/07/31 16:37:52
>>616
xlocaleの_Maklocbyte<wchar_t>がバグっちょる。

template<> inline
　　char __CRTDECL _Maklocbyte(wchar_t _Char,
　　const _Locinfo::_Cvtvec& _Cvt)
　{ // convert wchar_t to char using _Cvtvec
-　char _Byte = '\0';
+　char _Byte[2] = {'\0'};
　_Mbstinit(_Mbst1);
-　_Wcrtomb(&_Byte, _Char, &_Mbst1, &_Cvt);
-　return (_Byte);
+　_Wcrtomb(_Byte, _Char, &_Mbst1, &_Cvt);
+　return (_Byte[0]);
　}

と直せばとりあえず、動くようにはなる。

623:616
07/07/31 16:48:25
>>622
ウホットンクスです。
とりあえずヘッダ修正してみた。
_Byte[]が2byteでいいのは「MS Windowsだからそう仮定して良い」てことですね。
しかしひでーバグだ。

修正したヘッダのコードなら正常に動くことを確認しました。感謝。
が、コンパイルオプションによっては、MSVCP80.DLLに入ってる特殊化バージョンが
リンクされてしまい、やはりバグってしまいますね。
勘弁して欲しい。

624:デフォルトの名無しさん
07/07/31 16:52:29
勘弁して欲しいのはお前の方だ

625:616
07/07/31 16:54:11
>>624
あ、もしかしてこれって有名なバグだったんですか？
それは失礼。

626:デフォルトの名無しさん
07/07/31 21:23:11
VS 2005 で↓が警告最大でも普通にビルドでき、しかも、デストラクタで
実行時エラーになるのは既知の不具合ですか?

#include <memory>
int main() {
std::auto_ptr<int> i = new int(1);
}

g++ だと型の不一致できっちりコンパイルエラーになります。

627:デフォルトの名無しさん
07/07/31 21:26:43
確かにコンパイルできたけど、実行時エラーにはならなかったよ。

628:デフォルトの名無しさん
07/07/31 21:53:19
>>622
調べてみたらVS2003でも同じコードだった

すげー萎えた

629:デフォルトの名無しさん
07/07/31 22:04:03
おっきした

630:デフォルトの名無しさん
07/07/31 23:02:03
>>627
むむ。new int(10) でもエラーにならないですか?

631:627
07/07/31 23:08:21
それでもエラーにならなかったよ。
Visual C++ 2005 EE (SP1)

ところで、.NET 2003 (SP1)では
コンストラクタがexplicitと宣言されているからと言って、C2440のエラーになる。

632:デフォルトの名無しさん
07/07/31 23:23:00
規格では explicit になってるから、>>626 はエラーじゃないとマズいな。
ビルドできるって、VS 2005 の memory の中身はどないなっとるんじゃ。

633:デフォルトの名無しさん
07/07/31 23:28:52
ひ・み・つ♪

634:デフォルトの名無しさん
07/08/01 00:06:07
ソース解析中分からないところがあり質問させてください。

#define A_NUM (20000)
class A : public B{
private:
static C < (unsigned long) A_NUM > list;

C++勉強し始めて日が浅くて申し訳ないのですが、上記ソースの一番下の行は
どういうことをしているのでしょうか？

635:デフォルトの名無しさん
07/08/01 00:08:00
C というクラステンプレートのテンプレート引数に A_NUM を指定して、
そのオブジェクト list を宣言

636:デフォルトの名無しさん
07/08/01 00:15:42
>>635
さんくす。
クラステンプレートがよく分かってなかったので、
その箇所を詳しく調べることにします。

637:デフォルトの名無しさん
07/08/01 02:04:47
初心者的質問ですが、お願いします

int *x[3];
x[0]=(int *)malloc(3);
x[1]=(int *)malloc(4);
x[2]=(int *)malloc(5);

free(x);

上記のようにポインタの配列に各個mallocして、最後にfreeをすると
エラー（コンパイルは通る）がでてしまいます。

638:デフォルトの名無しさん
07/08/01 02:08:08
>>637
free(x[0]);
free(x[1]);
free(x[2]);

639:637
07/08/01 02:13:50
>>637のソースが抜けておりました･･･申し訳ございません･･･

x[0]=(int *)malloc(3);
x[1]=(int *)malloc(4);
x[2]=(int *)malloc(5);

for(i=0;i<3;i++)x[0][i]=i;
for(i=0;i<4;i++)x[1][i]=i*3;
for(i=0;i<5;i++)x[2][i]=i*10;

free(x[0]);
free(x[1]);
free(x[2]);

640:デフォルトの名無しさん
07/08/01 02:19:53
>>639
x[0]=(int *)malloc(3*sizeof(int));
x[1]=(int *)malloc(4*sizeof(int));
x[2]=(int *)malloc(5*sizeof(int));

641:637
07/08/01 02:26:02
>>640
おお、上手く通りました。
ありがとう&&多謝

642:デフォルトの名無しさん
07/08/01 11:11:44
質問です
クラスを継承させて使うときに基底クラスのprivateなメンバ変数を
publicではなく、privateの状態のまま継承させることはできないでしょうか？

643:デフォルトの名無しさん
07/08/01 11:26:45
意味がよく分からん。
基底クラスの private 変数は派生クラスから見ても private じゃねーの？

644:デフォルトの名無しさん
07/08/01 11:43:31
てか、派生クラスから見えないし。

645:デフォルトの名無しさん
07/08/01 11:46:32
派生クラスで使いたいならprotectedにするだろうしねぇ……

646:デフォルトの名無しさん
07/08/01 11:52:23
>>642
>>645の言うように派生クラスから基底クラスのprivate変数に
アクセスしたいって意味なら基底クラスを変更するしかないな。
他の選択肢はpublic、アクセッサの追加、friendとかかね

647:デフォルトの名無しさん
07/08/01 13:22:08
VC++ 2005 Expressを使用しています。
Windowsのデスクトップ上のアイコンをデスクトップ設定の自動整列以外で移動するにはどうしたらいいでしょうか
例えば全体的に右にあるアイコン群を左によせたり上にあるのを下に～等
よろしくお願いします

648:デフォルトの名無しさん
07/08/01 13:54:28
こっちのスレに行くか、Windows板に行くかのどっちかだと思う
Win32API質問箱 Build55
ｽﾚﾘﾝｸ(tech板)

649:デフォルトの名無しさん
07/08/01 14:03:56
あとは、、、SysListView32 デスクトップアイコン移動でググるとか

650:デフォルトの名無しさん
07/08/01 21:39:29
>>631
今日会社の VS2005 PE に SP1 を当てたけど、デバッグビルドで実行
すると、operator delete で落ちます。何が違うのかしら。

>>632
memory はたぶん問題なくて、最適化がからんでそうです。代入文が、
std::auto_ptr<int> i(std::auto_ptr_ref);
に変形していて、デストラクタで int の値を解放しにいって落ちると。
もぎゃー

651:デフォルトの名無しさん
07/08/01 21:47:54
もぎゃーってなに？

652:もぎゃー
07/08/01 22:44:09
なんかはやらそうと狙ってる予感。

653:デフォルトの名無しさん
07/08/02 05:56:27
void型って、どんな型にも切れるただのメモリアドレスって考えれば良いのですか?

654:デフォルトの名無しさん
07/08/02 06:07:04
void型なんて変数は存在せんぞ。
void *型ならあるが。

655:デフォルトの名無しさん
07/08/02 06:48:25
std::auto_ptrみたいな不良品つかわずにboost::scoped_ptr使えばいいのに

656:デフォルトの名無しさん
07/08/02 07:45:14
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

正の整数を二つ読み込んで、その乗算をシフト演算によって行いたいのですが、プログラムがうまく動きません。
強制終了されてしまいます。

(例)　53×25＝53×(2^4+2^3+2~0)＝(53を左に4ビットシフト)+(53を左に3ビットシフト)+(53を左に0ビットシフト)

どこが悪いのでしょうか・・・。

657:656
07/08/02 07:46:01
あ、2^0です。

658:デフォルトの名無しさん
07/08/02 07:58:22
mainのkが未使用変数の使用であるとかって警告でなかった？
エスパーすると、divideのkがmainのkに影響を及ぼすことはないよ。

659:デフォルトの名無しさん
07/08/02 08:00:34
おっと、未使用変数->未初期化変数、または、値の割り当てられていない変数

660:656
07/08/02 08:13:08
>>658
はい、警告とかは出てないんですよ・・・。
どこをどう直せばいいでしょうか。

661:デフォルトの名無しさん
07/08/02 08:29:17
ヒント：ポインタ　アドレス渡し

662:デフォルトの名無しさん
07/08/02 08:37:18
まずはコンパイラの警告レベルを最大にすることだな。
VC++なら/W4
bccなら-w
gccなら-Wall

663:656
07/08/02 08:56:45
>>662
おお！そんなことができるのですね。ありがとうございます。

警告 W8013 test.c 26: 's' は、おそらく値が代入される前に使われている(関数 divide)

と出ました。どういう意味でしょうか・・・。

664:656
07/08/02 09:12:45
>>661
ありがとうございます。kのアドレスをdevideに引き渡せばいいのですね。
そこは修正したのですが、まだダメみたいです・・・・。

665:デフォルトの名無しさん
07/08/02 09:48:28
void* と char* のビット表現は等しいんだっけ？

666:デフォルトの名無しさん
07/08/02 09:52:07
int s;

*k = 0;
while (no>0) {
　count[*k] = analyze(no, s); ←初期化されてないsが使われてる
　no -= (1<<count[(*k)++]);
}

667:656
07/08/02 09:53:38
すいません、できました。
divide関数内で
*k++とかいう変なことをしてたみたいで・・・

*k += 1；

と書き換えたらできました。
ありがとうございます。

668:656
07/08/02 09:55:16
>>666
ああなるほど、ポインタは括弧をつければよかったんですね・・・orz

sは初期化されてないからですか・・・わかりました、ありがとうございます。

669:デフォルトの名無しさん
07/08/02 10:03:19
>>665
うん。

"A pointer to void shall have the same representation and alignment requirements as a pointer to a character type."
ISO C 6.2.5 Types p26

670:656
07/08/02 10:03:24
というか、sを戻り値として返すなら、divide関数でsはいらないですね・・・。
アホだ・・・orz

671:デフォルトの名無しさん
07/08/02 15:03:47
Wallにしたら標準ライブラリでさえゴルァされるから使い物にならんと思うんだけど

672:デフォルトの名無しさん
07/08/02 15:06:18
>>669
㌧

673:デフォルトの名無しさん
07/08/02 15:31:38
std::vector<int> v;って宣言したときにこれのサイズを保持する型を
std::vector<int>::size_typeって宣言するのではなく
変数名vを使って宣言したいのですがなんか良い方法無いですかね？

typeof(v)::size_typeとかboost::range_size< typeof(v) >::type (←勿論通りません＞＜)
みたいにできたらめちゃ便利だと思うんですが

674:デフォルトの名無しさん
07/08/02 16:03:34
typeof は提案されたこともあるみたいだけどねえ。
いまんとこはできないね。

そういう場合は typedef しとくというくらいしか言えんなあ。

std::vector<int> v_t;
v_t v;
v_t::size_type i;

675:デフォルトの名無しさん
07/08/02 16:06:22
typedef が抜けてた。まあいいや。

676:デフォルトの名無しさん
07/08/02 16:07:40
＞＜；

677:デフォルトの名無しさん
07/08/02 16:12:12
＜＞；

678:デフォルトの名無しさん
07/08/02 16:13:49
×;

679:デフォルトの名無しさん
07/08/02 16:26:34
◇;

680:デフォルトの名無しさん
07/08/02 16:34:10
チョー！

681:デフォルトの名無しさん
07/08/02 16:34:32
BASIC スレにでも迷い込んだのかと思った

682:デフォルトの名無しさん
07/08/02 16:38:20
CLS

683:デフォルトの名無しさん
07/08/02 16:53:10
すいません。
void *型ってどんな型にも切れるただのメモリアドレスって考えれば良いのですか?

次ページ