[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/27 10:25 / Filesize : 239 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:デフォルトの名無しさん mailto:sage [2007/07/18(水) 09:10:30 ]
エスケープシーケンスやWin32APIなどの環境依存な物でもOK。
ただしその場合、質問者は必ず、環境を書きましょう。
※sage禁止です(と代々スレに書いてありますが自己判断で)。
【前スレ】
【初心者歓迎】C/C++室 Ver.39【環境依存OK】
pc11.2ch.net/test/read.cgi/tech/1182740506/
【アップローダー】(質問が長い時はココ使うと便利)
kansai2channeler.hp.infoseek.co.jp/cgi-bin/joyful/joyful.htm

528 名前:527 [2007/07/29(日) 23:48:45 0]
自己解決しました

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

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

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

530 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 00:00:55 0]
>>528
ちょwwwおまwwww
strlenてw
sizeof(buf)だろ。

531 名前:527 [2007/07/30(月) 00:03:44 ]
>>530
ちょwwwおまwwww
sizeof(buf)てw
何がいけないの?

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

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

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


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

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



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

538 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 01:44:26 ]
(笑)

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

                                                   長文すいません

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

541 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 01:48:33 ]
移植性!?

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

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

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

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

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

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

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



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

548 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:00:44 ]
>>546
J#

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

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

551 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:02:02 ]
Javaってメジャーなの?そりゃもっとマイナーなものがあるけどさ。

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

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

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

554 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:03:40 ]
>>548
既に滅んだんじゃ

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

556 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:05:15 ]
Delphiに手を出すにはちょい時期が遅いかも



557 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:06:53 ]
DelphiはVBに乗っ取られました

558 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:07:00 ]
じゃあVCL使ってBCBは?

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

560 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:07:19 ]
BCBは情報無さ杉www

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

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

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

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

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

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

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

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



567 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:19:24 ]
GUIだと
Delphi、VB、BCB、VC++とかかなぁ

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

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

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

570 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:20:59 ]
電卓とかそういうのでいいならMFCが楽?
んでもゲームとか言われるときついよなぁ。

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

572 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:22:22 ]
テキスト形式のアドベンテャーでいいよもう

573 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:23:54 ]
パズルとかな
3Dでゴリゴリとか言わなきゃ良い

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

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

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



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

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

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

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

581 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:38:06 ]
>>576
そりゃお前の思い込みだろw

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

583 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:38:56 ]
>>580
まじか!ソースきぼんぬ

584 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:39:35 ]
今ひどい釣られ方を見た。

585 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:40:58 ]
EffectiveC++に「std::tr1::shared_ptrはイイヨ〜」と書いてあったんだが、
何をincludeすればいいんだぜ?

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

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



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

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

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

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

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

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

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

593 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:48:41 ]
>>591
C よりゃマシ。

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

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

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

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

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



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

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

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

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

599 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 02:59:23 ]
>>598
いや、あんたの言う「better C」とやらが、つまり何なのか分からんからなw

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

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

602 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 03:03:28 ]
newしないでクラス使えば間接参照もしなくていいしw

603 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 03:10:12 ]
C99 は今は考えないとして・・・

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

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

604 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 03:13:54 ]
ああ、そうだ。こいつらもだな。

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

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

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

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

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



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

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

609 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 08:50:28 ]
質問1つでここまで伸びるなんて久々に見た

610 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 08:58:59 ]
ほとんど俺の自演だけどな

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

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

613 名前:デフォルトの名無しさん mailto:sage [2007/07/30(月) 14:44:25 ]
ReadFile() vs fopen()


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

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

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

616 名前:デフォルトの名無しさん mailto:sage [2007/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 名前:デフォルトの名無しさん mailto:sage [2007/07/31(火) 16:09:23 ]
nはいくつよ?

618 名前:デフォルトの名無しさん mailto:sage [2007/07/31(火) 16:18:49 ]
>>617
は?

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

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

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

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

622 名前:デフォルトの名無しさん mailto:sage [2007/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 mailto:sage [2007/07/31(火) 16:48:25 ]
>>622
ウホットンクスです。
とりあえずヘッダ修正してみた。
_Byte[]が2byteでいいのは「MS Windowsだからそう仮定して良い」てことですね。
しかしひでーバグだ。

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

624 名前:デフォルトの名無しさん mailto:sage [2007/07/31(火) 16:52:29 ]
勘弁して欲しいのはお前の方だ

625 名前:616 mailto:sage [2007/07/31(火) 16:54:11 ]
>>624
あ、もしかしてこれって有名なバグだったんですか?
それは失礼。

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

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

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



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

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


すげー萎えた






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<239KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef