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

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

511:デフォルトの名無しさん
07/06/15 15:56:02
>>510
そのように書き直してみましたが、コンパイル通りませんでした。
以下はコンパイルエラーのメッセージです。

> g++ samp.cpp
samp.cpp: In function 'int main()':
samp.cpp:50: error: no match for 'operator+' in 'operator+(((const int&)((const int*)(&10))), ((samp&)(& obj3))) + obj3'
samp.cpp:37: note: candidates are: samp operator+(const int&, samp&)
samp.cpp:28: note: samp operator+(samp&, const int&)

512:デフォルトの名無しさん
07/06/15 16:10:41
>>511
すまん、sampの分を忘れてた。

samp operator+(samp const & obj, int const & i) ;
samp operator+(int const & i, samp const & obj) ;

理由？
関数の戻り値はrvalueだからかな。

513:デフォルトの名無しさん
07/06/15 16:13:55
やたらと質問ばかりですいません。

operator||()って、定義するのが何か変な感じなのですが、
||って、そもそも
式A || 式B
などと書いて、
式Aまたは式Bのどちらかが真なら、真。
という意味ですよね？このとき、||の右側の値と左側の値とを
特にoperator||(式A, 式B)としてひとつの関数内で一緒に処理しなくては
ならないような状況ってないんじゃないか
と思うのですが、
,,,
ここまで書いてきて、なんだか自分でも意味が分からなくなってきました。
ぶっちゃけた話、operator||()が定義できてよかった、という状況って
ありますでしょうか？
よろしくお願いします。

514:デフォルトの名無しさん
07/06/15 16:18:52
C++再考かなにかで、画像をくっつける演算子に使っていた気がするな。
実装例では簡単にするため、たんなる文字列だったが。

operator , ()　より使い道はあるだろ。
こんなものBoostを実装できるような変態なやつらしか使わない。

515:デフォルトの名無しさん
07/06/15 16:23:16
>>512
教えてもらった書き方でコンパイルは通りました。
しかし、今度は
obj3 = 10 + obj3 + obj3 + 100;
と書くとコンパイルが通りません。
ずーっと御世話になってますので、ソースを張り付けます。

#include <iostream>
using namespace std;
class samp {
int x;
public:
samp(int i = 0) {x = i;}
friend samp operator+(int const & i, samp const & obj);
friend samp operator+(samp const & obj, int const & i);
};
samp operator+(samp const & obj, int const & i) {
samp temp;
temp.x = obj.x + i;
return temp;
}
samp operator+(int const & i, samp const & obj) {
samp temp;
temp.x = obj.x + i;
return temp;
}
int main() {
samp obj1(10), obj2(7), obj3;
obj3 = 10 + obj3 + obj3 + 100;
return 0;
}

516:デフォルトの名無しさん
07/06/15 16:31:38
>>514
そうなんですか。実は今独修C++を読んでいますが、そこに、operator,()は
特殊なのでこの本では扱わない、と書いてあって、不思議な感じがして
いました。たしかに手元のマシンでgrepしてみると出てきますね。

rpm -ql boost-devel | xargs egrep 'operator\,\('
/usr/include/boost/assign/list_inserter.hpp: return operator,( r );
/usr/include/boost/assign/list_inserter.hpp: return operator,( r );
...(略)

前このスレで、独修C++をやればそれなりに力が付く、とだれかが
書いていたのでこの本を勉強しているのですが、たしかにいい本だと
思ってます。でも、この本にも書いてないことがあるのですね。
この本を終えたら次はどういう本で勉強すべきでしょうか？

517:デフォルトの名無しさん
07/06/15 16:34:28
>>514
C++再考ですね。見てみます。
ありがとうございます。

518:デフォルトの名無しさん
07/06/15 16:36:00
ミスターoperatorでも目指してんのか

519:デフォルトの名無しさん
07/06/15 16:38:22
今見ている本が演算子のオーバーロードの章(6章)なので、
つい上記のような質問ばかりになってしまいました。

520:デフォルトの名無しさん
07/06/15 16:39:39
よっ、ミスターoperator！

521:257
07/06/15 16:40:19
friend samp operator+(samp const & obj1, samp const & obj2);
が必要

((10 + obj3) +obj3) + 100 の順に評価される

operator 演算子呼ばれた後のの戻り型を並べると
((samp) + samp) + int
~~~~~~~~~~~~~~~~ ここの演算定義がいない

522:デフォルトの名無しさん
07/06/15 17:03:04
>>521
なるほど。。。。その通りですね。定義したらコンパイルできました。
あと、constの役割(とくにint const &iのあたりとか)が気になるのですが、
それはもうすこし自分で調べてみます。

ありがとうございました。

523:デフォルトの名無しさん
07/06/15 17:10:09
>>520
いやいや。。
それにしても、C++はいろいろ複雑ですね。

524:デフォルトの名無しさん
07/06/15 17:18:12
質問なんですが、C/C++の開発環境でお勧めのものってありますか。
JavaのEclipseみたいにいきなり変なことを書いてもその場で教えてくれるやつってありますかね？
ソースコードを書くのが楽したいというのが要望です。

ちなみに、TurboC++を試してみましたがどうもしっくりこない。
というか、まだほとんど使っていないので分からないというのが正直なところです。

環境、ＷｉｎＸＰ　普通の３２ビット
(ＭａｃやＬｉｎｕｘでもおｋ)
当方のスペック　大学３年　Ｊａｖａは普通に使いこなせるという程度

525:デフォルトの名無しさん
07/06/15 17:19:06
よろしくお願いします。

526:デフォルトの名無しさん
07/06/15 17:54:37
Eclipseが使えるんなら、そいつにＣＤＴを入れてみたら？

527:デフォルトの名無しさん
07/06/15 18:22:25
operator&&、operator||、operator, をオーバーロードすると短絡評価でなくなってしまう
見た目が一緒なのに評価のやり方が変わってしまうのであまり良くない

528:デフォルトの名無しさん
07/06/15 19:50:20
>>505
sscan系でも%iというものがあってな

>>512
intは値渡しでいいだろ

>>513
>　operator||()が定義できてよかった、という状況って
Boost.Lambda

529:デフォルトの名無しさん
07/06/15 19:57:07
samp じゃなくて smap に見えた

530:デフォルトの名無しさん
07/06/15 19:57:36
>>524
VC++のアカデミックは？
アカデミックは超安かった希ガス

ところで、みんなは何使ってんだ？
俺はVStudioでＣ＋＋とＣ＃を中心にやってる。

531:デフォルトの名無しさん
07/06/15 20:10:29
VC++2005expressは無料だよ

532:デフォルトの名無しさん
07/06/15 20:40:21
express だな。
商用には使えないが、それはアカデミックも同じだな。

533:デフォルトの名無しさん
07/06/15 21:12:36
嘘言ってはいけません。
Expressも他のEditionと同じように、
商用利用を禁止する条項はない

534:デフォルトの名無しさん
07/06/15 21:27:41
VC++EEはリソースの扱いが難点だけど
それ以外は十分だな

535:デフォルトの名無しさん
07/06/15 21:30:29
>>533
前どっかのスレでそう聞いたんだけど、騙されてたのか。
ググったら商用に使えるって書いてたわ。ありがとう。

536:デフォルトの名無しさん
07/06/15 23:32:57
アカデミックも商用可能だな。

537:デフォルトの名無しさん
07/06/16 01:23:34
std::wofstream m_ofs;

void CLog::Write( LPCWSTR strMessage )
{
if( !m_ofs.is_open() ) return;

m_ofs << " Message:" << strMessage;
}

こういうものを作って

CLog log;
log.Write( L"てすと" );

という風に使うと

Message:

としか出力されません。何故でしょうか？

538:デフォルトの名無しさん
07/06/16 01:26:58
よく判らんけど、バッファリングされているからじゃないの?
フラッシュしたら?

539:デフォルトの名無しさん
07/06/16 01:27:16
ロケールの設定

540:デフォルトの名無しさん
07/06/16 01:34:54
Write( L"aa" )だと
Message:aaと普通に表示されます
日本語だけだめみたいです

>>539
ぐぐりました
こういうのが出てきたので→setlocale(LC_ALL,"Japanese")
付け足しましたが、解決ませんでした・・・

541:デフォルトの名無しさん
07/06/16 01:40:59
>>540
imbue()

ただし
URLﾘﾝｸ(forums.microsoft.com)

542:デフォルトの名無しさん
07/06/16 01:47:35
>>541
おお！解決しました！
ありがとうございます！

543:デフォルトの名無しさん
07/06/16 02:41:07
度々すいません　__FUNCTION__　のwchar_t型というのはあるのでしょうか？

544:デフォルトの名無しさん
07/06/16 05:12:13
>>543
gcc の拡張だね。 static const char [] な変数と決められてるから、いまのことろ無いね。

545:デフォルトの名無しさん
07/06/16 05:36:40
wchar_t wfunc[sizeof __FUNCTION__];
swprintf(wfunc, sizeof __FUNCTION__, L"%s", __FUNCTION__);

とか自分で変換するしかないのかな。
バッファが必要だから、マクロ化するのも難しいな。
グローバル変数を使うのもアレだし・・・。

546:デフォルトの名無しさん
07/06/16 09:33:44
>>540
"japanese"より""を勧める

547:デフォルトの名無しさん
07/06/16 11:10:16
>>528
scanf系の関数だと何個変換できたかしか返ってこない
どこまで変換できたかとか知る方法がないからstrtolと比べたら使い勝手わるい

勉強レベルとか手抜き処理でいいならscanfでいいんだけど、
エラー検出とか入力の自由度とか考えて作ろうと思ったらscanfは使えないと思う
今のPCなんかだとあんまり問題にもならないかもしれないけど処理速度も遅いし

548:デフォルトの名無しさん
07/06/16 11:16:07
>>530
普段はcygwin上でgcc使ってるな
簡単なwinアプリもgccで作ってる

今の仕事の開発環境もcygwin+gccクロスコンパイラだったりする

549:デフォルトの名無しさん
07/06/16 11:21:21
>>547
それはわかる
1行目の10進以外もに反応しただけ

550:デフォルトの名無しさん
07/06/16 11:21:59
>>547
つ[%i]

って、>528に書かれているじゃないか。
ちょっと調べることもしないでえらそうに語るなよ。

551:デフォルトの名無しさん
07/06/16 11:23:48
ツーか、むしろ突っ込むならここだな。
＞どこまで変換できたかとか知る方法がないからstrtolと比べたら使い勝手わるい

552:デフォルトの名無しさん
07/06/16 11:30:18
通りすがりのものだけど、>>550-551 のほうが変なこと言ってる

553:デフォルトの名無しさん
07/06/16 11:38:37
知らないくせに偉そうな事を言うってのが
とてもみっともないんだよね

554:デフォルトの名無しさん
07/06/16 11:41:57
あ、ちょっと違うか。
>>547は「どこまで変換したかscanfでは判定できない」と言っている。
これが、%nを知らない、「無知なのに偉そうなことを言って恥ずかしい」こと。
>>505の基数の自由度に関しては、確かにstrtolの方が便利。

555:デフォルトの名無しさん
07/06/16 11:51:44
最近Cの勉強を始めたのですが、いくつか質問したいことがあります。

講座などを見ると、Javaにできることは全部できると感じましたが、
Javaと同じようにやるのが難しいこととか、
Javaの感覚でやると間違いやすいこととか、ありますか？

それからヘッダというのはプログラム本体と同じように、
関数を定義したり、グローバルに使う変数を保持してもいいのでしょうか？

VCにはJavaのEclipseのように、打った瞬間コンパイルエラーを表示してくれたり、
3,4字打ったら当てはまる構文や変数名やクラス名を出してくれる機能はないのでしょうか？
それがないと、打ち間違いしそうです。

556:デフォルトの名無しさん
07/06/16 12:03:58
すみません。6年ほど前にVC++6.0を買ったんですが、入門者だった私にはどうにも難しくて
C言語のコマンドラインプログラムを勉強した程度です（独習C)のレベルです。

それから、JavaやPHPやASP.NETのWeb系の仕事をしたりしていたんですが、最近、Win３２プログラムの昔買った本とかを
読んでみると結構理解できます。自分としてはVCへの憧れが強いので、MFCとかも勉強したいとおもっているのですが
いまさらMFCを勉強しても無駄でしょうか？C++の文法的知識はあります。

557:デフォルトの名無しさん
07/06/16 12:08:01
MFCをやる利点てあるかな？
全部C#でことたりね？

558:デフォルトの名無しさん
07/06/16 12:10:30
>>544　>>545
ありがとうございます。
全部ユニコードで統一したいので、面倒ですがいちいち変換することにします。

559:デフォルトの名無しさん
07/06/16 13:44:46
>>557
.NETのランタイム要らないとか？
MFCならスタティックリンクしたら
特にランタイムインストールしなくても動くし。

個人的には今からMFCやる意味はあんまり無いと思うけど。

560:デフォルトの名無しさん
07/06/16 14:02:04
ファイルに関するたくさんの情報を保持するクラスを作りたいんですが、
こういう時のメンバ変数はprivateにするのが基本なんですよね？
Setは1つで済むとしてもＧｅｔはメンバ変数と同じだけ用意するんですか？

561:デフォルトの名無しさん
07/06/16 14:16:15
>>560
必要に応じて。

562:デフォルトの名無しさん
07/06/16 14:30:56
>>561
ではこのやり方はおかしくないんですね。
なんかこれならpublicにした方が手っ取り早いなあとか思ったんですが
それはダメ！って色んなところで解説されてるので・・・
ありがとうございます。

563:デフォルトの名無しさん
07/06/16 14:41:34
どういう使い方をするのか知らないけど、publicにしたほうが手っ取り早いと感じるなら
クラスじゃなくて構造体を使うとかしたら？

564:デフォルトの名無しさん
07/06/16 15:00:11
>>562
駄目な理由を考えてみる

565:デフォルトの名無しさん
07/06/16 15:17:27
クラスにしたのはコンストラクタとデストラクタが使いたかったからです。
このクラスの変数には別のクラスから頻繁にアクセスする必要があって、
こういう場合隠蔽する意味あるのかな～？と。
かといって全部同じクラスにしちゃうと大きくなりすぎてこれもまた良くないよな・・・
とか思ってなかなか決められないんです。

566:デフォルトの名無しさん
07/06/16 15:20:29
あ、構造体でもコンストラクタとデストラクタは使えますね。
結局隠蔽すべきかそうでないのかの判断が良く分からないと言うか。

567:デフォルトの名無しさん
07/06/16 15:22:57
好きにしろ

568:デフォルトの名無しさん
07/06/16 15:28:29
>このクラスの変数には別のクラスから頻繁にアクセスする必要があって
まずこの設計が間違ってないかどうかを考えるべきだと思う

569:デフォルトの名無しさん
07/06/16 15:35:22
ですよね。
ちょっと検討しなおします。
ありがとうございました。

570:デフォルトの名無しさん
07/06/16 16:54:32
横からなんですけど>>556さんの質問に関連して、
現在独学でC/C++を勉強中でコンソールプログラムを色々作ってきた後、
GUIを作るのにWin32APIを勉強していて、
山本信雄さんの『はじめてのWindowsプログラミング』を読んだら、
Win32APIをそのまま扱うのは普通しなくてMFCで作る
みたいなことが書いてあったから次はMFCと思っていたのですが、
MFCやる利点がないということはこれからどう勉強を進めたら良いですか？

571:デフォルトの名無しさん
07/06/16 17:00:38
>>570
とりあえず.NETかそうでないほうをやるかで決めては

572:そう思えるかどうかが分岐点
07/06/16 17:06:41
MFCやればいいじゃん。趣味なら何の問題もないよ。
もう後がないとか、2005EEでできないとか、どうでもいいじゃん。

573:デフォルトの名無しさん
07/06/16 17:11:21
さすがにMFCはもうやめといたほうがいいだろ。
どうせまだ入り口程度しかやってないんだろ。
だったら早いうちに.Netへ移行しておけ。

574:デフォルトの名無しさん
07/06/16 17:15:07
>>571
今のスタンダートとしては.NETなのですか？
ていうかそうでないほうっていうのが何なのかも分からないですorz

>>572
今は趣味ですが大学卒業後プログラマになりたくて勉強しているので
実際に現場で役に立つものを勉強したいのです。

575:デフォルトの名無しさん
07/06/16 17:17:10
>>573
やはり.NETが良いんですね＞＜
正直なところ.NETがどんなものか理解してないので今ちょっとググって調べてみます＞＜
ついでにですが、プログラマになるにはそれが出来ていれば大丈夫でしょうか？
それともJavaとかも身に付けておいた方が良いのですか？

576:デフォルトの名無しさん
07/06/16 17:21:08
>>575
プログラマを目指すなら、MFCも.Netも要らない。
現場で使っているものをその場で使えるようになればいい。
その為には、(当たり前の)コミュニケーション能力と(通常よりは高めの)理解力があればいい。
その上で、就職後に努力できるだけの気力を持てる会社に就職してくれ。

577:デフォルトの名無しさん
07/06/16 17:21:19
プログラマになるなら最低７つは言語を習得しないとダメです。

578:デフォルトの名無しさん
07/06/16 17:34:41
下手な言語７つ覚えるよりC++をマスターするほうが遙かに難易度が高い件について

579:デフォルトの名無しさん
07/06/16 17:36:31
そもそも何を持ってマスターと言うのか？
C++0xとかまだ定まっていないというのに

580:デフォルトの名無しさん
07/06/16 17:36:53
難易度高くても、C++しかできないとな。
つぶしが利かない。

581:デフォルトの名無しさん
07/06/16 17:39:32
>>580
C++できたら他の言語なんて楽勝だろ。

582:デフォルトの名無しさん
07/06/16 17:41:42
楽勝だったら、７つ覚えておけよｗ

583:デフォルトの名無しさん
07/06/16 17:45:08
仕事で必要になるたびに覚えていけばいい

584:デフォルトの名無しさん
07/06/16 17:46:28
C++ が分かってれば、Java だの Ruby だの３日あれば使えるようになる。

585:デフォルトの名無しさん
07/06/16 17:47:52
いやぁ、C++からJavaはちょっと壁があるぞ。
C++言語を覚えただけじゃ、GUIもスレッドもないしな。

586:デフォルトの名無しさん
07/06/16 17:49:11
さらに言うと、現状javaの案件といえば、サーバーサイドだな。

587:デフォルトの名無しさん
07/06/16 17:50:03
>>585
でも逆の Java → C++ と違って挫折することはまずないだろ。

588:デフォルトの名無しさん
07/06/16 17:51:10
それで挫折する人間なら、C++覚える時点で挫折するよ。

589:デフォルトの名無しさん
07/06/16 17:59:05
GUI は言語の問題じゃなくてライブラリの問題だと思うが。

590:デフォルトの名無しさん
07/06/16 18:00:40
言語だけのC言語ベースでイインジャネ？
設計まで絡んだら知らん。

591:デフォルトの名無しさん
07/06/16 18:01:50
reinterpretって何て読むの？
ネット辞典で調べてもでてこん。

592:デフォルトの名無しさん
07/06/16 18:03:55
リインタープリット

593:デフォルトの名無しさん
07/06/16 18:12:53
文法だけではプログラマになれないよ。
そもそも質問主は、MFCか.Netかで迷ってるんだよ？
それでもライブラリだから論点が外れてるといえるか？

594:デフォルトの名無しさん
07/06/16 18:17:30
俺から見ればC/C++もJavaも難しいよ、お前らって頭良いんじゃね
いまだにfor(A;B;C){...}の判断,処理手順を間違えてるときあるしな。情けないよ
for(A;B;C){...}の判断,処理手順で混乱する香具師、手を挙げろ！　.ノ
イテレータを作成してるときなんかあれ？？？、あれれれ？、なんで　になるときあるニダ

595:デフォルトの名無しさん
07/06/16 19:20:14
>>594
慣れ。言語に対する慣れだけでなく、プログラミング作業に対する慣れも含んで。

596:デフォルトの名無しさん
07/06/16 20:22:02
俺はC++からJavaScript+HTMLをやったんだが。
C#には簡単に移行出来たな。

597:W
07/06/16 20:25:34
JavaScript+HTML

598:デフォルトの名無しさん
07/06/16 20:30:12
CやC++で
a = b = c = d;
としたら、段階的に処理を書くと、
a = b = (c = d); //まずcにdが代入される
a = (b = c) = d; //次にbにcが代入される
(a = b) = c = d; //最後にaにbが代入される
と言うことでいいのでしょうか？
詳しく教えてほしいです

599:デフォルトの名無しさん
07/06/16 20:34:46
a = (b = (c = d))
c=dが行われ，その値がb=でbに代入され，その値がa=でaに代入される

600:デフォルトの名無しさん
07/06/16 20:40:25
なるほど！
わかりやすい説明をありがとうございます！！

601:デフォルトの名無しさん
07/06/16 20:43:43
HTMLってプログラミング言語？

602:デフォルトの名無しさん
07/06/16 20:46:19
・変数がない
・ループ、条件分岐が書けない
・関数も書けない

修飾言語ではあるが、プログラム言語ではないかな

603:デフォルトの名無しさん
07/06/16 20:53:07
HTMLはマークアップ言語です。

604:デフォルトの名無しさん
07/06/16 21:01:38
>>602-603
トンです。
上でプログラミング言語と並んで書かれてたから
なんかHTMLって特異な言語だけど仲間なのかなぁ…と思ったら
コンピュータ言語⊃プログラミング言語,マークアップ言語,･･･,なんですね。

605:デフォルトの名無しさん
07/06/16 21:03:45
プリコンパイル済みヘッダーを作ったですが
デバッグモードではビルドできるのに、リリースにすると

error LNK2005: *** は既に ***.obj で定義されています。

というエラーが全部のファイルで発生してしまいます。
これは何故なんでしょうか？
環境はVS2005です

606:デフォルトの名無しさん
07/06/16 21:28:39
>>605 エラーです

607:デフォルトの名無しさん
07/06/16 21:32:24
特異な言語といえばSQLもそうだな。
一応Languageと名前についてるけど、
これをプログラミング言語と呼ぶのは
ちょっと抵抗ある。

608:デフォルトの名無しさん
07/06/16 21:49:46
ストアドとか書けば解るが、あれは十分にプログラム言語としての特徴を備えているような気が

609:デフォルトの名無しさん
07/06/16 21:51:48
SQLに制御構造をつけたのがストアドじゃないかね

610:デフォルトの名無しさん
07/06/16 21:58:45
HTMLだってLanguageと名前についてるだろ
SQLはプログラミング言語じゃなくて、データベース言語だろ

611:デフォルトの名無しさん
07/06/16 21:59:39
Languageは「言語」であって「プログラミング言語」ではないからな。

612:デフォルトの名無しさん
07/06/16 23:07:19
>>594
for(A; B; C) { D } で、
A を処理して、B を判定して、D を実行して、C を実行して、また B を判定して・・・
とか考えるのは効率が悪い。

グルングルンと実行されるみたいな流れを
もっとグラフィカルに頭に思い浮かべるのがコツ。
一旦処理の流れを線でつないで紙に書いて、
それを意識するもんだ。

613:デフォルトの名無しさん
07/06/16 23:08:18
HTML はプログラミング言語じゃなくてマークアップ言語。

TeX あたりだと単なるマークアップ言語と言い切るのは微妙だがな。

614:デフォルトの名無しさん
07/06/16 23:56:37
SQLがチューリング完全でないことは明白。

615:デフォルトの名無しさん
07/06/17 00:22:00
何言ってるの？

616:デフォルトの名無しさん
07/06/17 08:02:03
わからないなら調べてから聞けよ

617:デフォルトの名無しさん
07/06/17 08:07:53
あ～い、とぅいまてぇ～ん♪

618:デフォルトの名無しさん
07/06/17 09:34:26
>>602
IEに限って言えば条件がIEのバージョンに限定されるけど条件分岐が使えるっぽ

619:デフォルトの名無しさん
07/06/17 12:43:27
親クラスのprotectedな変数が、public継承した子クラスでは
publicにならずにprotectedなままなのは何故ですか？

親クラスのpublicな変数が、protected継承した子クラスでは
protectedになるのに。

publicよりもprotectedの方が強いと理解しておけばよいのでしょうか

620:デフォルトの名無しさん
07/06/17 12:46:05
そう理解しておけばおｋ
そしてプライベートが最強と

621:デフォルトの名無しさん
07/06/17 12:55:24
>>620
ありがとうございました。
そう理解しときます。

622:デフォルトの名無しさん
07/06/17 14:57:34
=演算子をオーバーロードするときにthisポインタを戻り値にしてるんですが、
thisポインタを戻り値にしない書き方ってありますか？

623:デフォルトの名無しさん
07/06/17 14:58:53
ありますよ

624:デフォルトの名無しさん
07/06/17 15:01:58
それは例えばどういった書き方でしょうか？

625:デフォルトの名無しさん
07/06/17 15:03:17
>>624 void operator = (...

626:デフォルトの名無しさん
07/06/17 15:04:43
a = b + c + d;の処理の流れって、

a = (b + c) + d; //まずbにcを加算
a = ((b + c) + d); //次にb+cの値にdを加算

最後に aに代入という流れで理解してよいのでしょうか？
詳しく教えてください。

627:デフォルトの名無しさん
07/06/17 15:06:25
デバッグ

628:デフォルトの名無しさん
07/06/17 15:06:57
デバッグする環境がありません・・・すいません。

629:デフォルトの名無しさん
07/06/17 15:09:12
>>625
マジサンキュー
課題が終わった

630:デフォルトの名無しさん
07/06/17 15:10:36
>>626
その例はその理解で正しい。
演算の順序は、演算子の優先順位と結合規則によって決まってる。

631:デフォルトの名無しさん
07/06/17 15:13:46
いや待て、a = b + (c + d)という解釈をしているかも知らん。

632:デフォルトの名無しさん
07/06/17 15:28:39
c+dを先にやるなら+をｵｰﾊﾞｰﾛｰﾄﾞしたときに参照を渡せないから
b+cが先だろ

633:デフォルトの名無しさん
07/06/17 16:40:39
>>630
しかし、順序が変更されても結果に影響が出ない範囲でなら
最適化で順序が入れ替えられる可能性はあるな。
ま、結果に影響が出る場合（そういう風にオーバーロードした場合等）は
そういうことは絶対にないが（コンパイラにバグでもない限り）。

634:デフォルトの名無しさん
07/06/17 16:56:56
>>633
コンパイラのバグを前提にして「可能性はある」なんて言うことに何の意味があるのかね？

635:デフォルトの名無しさん
07/06/17 17:08:24
？？？
誰もそんな事言ってないぞ？

636:デフォルトの名無しさん
07/06/17 17:14:59
結果に影響が出ない範囲で入れ替えられても気にする必要は無いな。

637:デフォルトの名無しさん
07/06/17 18:18:51
a = b() + c() + d();

で、b, c, d の呼び出される順番は未定義だっけ？
結合順と、各項の評価順はまた別の話だよな。

638:デフォルトの名無しさん
07/06/17 18:37:07
fgetsの使い方で

fgets(buf, sizeof(buf), stdin);

のような常套句がありますが、これは sizeof(char) が1であることが
前提になっていますよね。もし sizeof(char) が2だったら、読み込む文字数が
想定した数の2倍になってしまうと思うのですが。

こういった書き方は問題ないのでしょうか。

639:デフォルトの名無しさん
07/06/17 18:40:16
>>638
sizeof(char)は常に１

640:デフォルトの名無しさん
07/06/17 18:41:57
>>638
sizeof(char)は絶対に１だから安心しる。

ただ関数によっては、バッファのバイト数を与えるのか文字列長を与えるのか
分かりにくい場合があるから、wchar_tを使ってるとちょっと困ることがある。

641:デフォルトの名無しさん
07/06/17 18:43:56
charが１バイトじゃなくて１バイトの定義がchar？

642:デフォルトの名無しさん
07/06/17 18:44:21
charは常に1バイト

643:638
07/06/17 18:47:09
レスありがとうございます。
charが常に1バイトというのは、規格で決まっているのですか？

644:デフォルトの名無しさん
07/06/17 18:48:49
>>643
決まってる。

ただ、「buf の型が char である」ということに依存しているから、
ここを変更したいと思った場合に変更を要するコードである事は確かだな。

645:デフォルトの名無しさん
07/06/17 18:50:14
誤解があるといけないから念のために言うけど、
char が 1 バイトというのは決まってるが、
1 バイトが 8 ビットである保証はない。
1 バイトが 9 ビットの環境もある。

646:デフォルトの名無しさん
07/06/17 18:51:29
1バイトのビット数を取得するマクロってありますか？

647:638
07/06/17 18:51:48
皆さんありがとうございました。勉強になりました。

648:デフォルトの名無しさん
07/06/17 18:57:42
アルバイトのヒト数を取得するユニクロってありますか？

649:デフォルトの名無しさん
07/06/17 19:19:40
>>646
CHAR_BIT

650:デフォルトの名無しさん
07/06/17 20:31:59
>>637
未定義。iccだとご丁寧に「想定外の呼び出し順序になる可能性がある」と指摘してくれる。

651:デフォルトの名無しさん
07/06/17 21:06:51
たまにはlimits.hも眺めよう

652:デフォルトの名無しさん
07/06/17 21:08:10
float.h も眺めようぜ

653:デフォルトの名無しさん
07/06/17 21:10:15
眺めすぎて惚れるなよ

654:デフォルトの名無しさん
07/06/17 21:21:25
やだ・・／／／

655:デフォルトの名無しさん
07/06/17 21:22:24
構造体やクラスを関数内で定義すること、
つまり、以下のようなことがしたいのですが
これは規格でできることが保証されていますか？

void hoge() {
　struct hage {
　　...
　};
　...
}

656:デフォルトの名無しさん
07/06/17 21:23:44
>>655 C89 の頃から余裕で使える。

657:デフォルトの名無しさん
07/06/17 21:26:15
ちなみに関数内で関数は定義できません

658:デフォルトの名無しさん
07/06/17 21:33:03
>>656
ちゃんと規格で決まってるんですか。
知りませんでした。
どうも、ありがとうございます。

>>657
構造体やクラスの静的関数で代用するのが常套句になってますね。

659:デフォルトの名無しさん
07/06/17 21:44:49
GCC の拡張でよければ関数内関数は使えるんだけどな。確か。

660:デフォルトの名無しさん
07/06/17 22:29:53
関数内クラスをテンプレート引数に出来たらなぁ
と思うことがある

661:デフォルトの名無しさん
07/06/17 23:05:55
charのバイト数の件で便乗質問。
shortって俺の使ってる環境では2byteなんだけど、これって決まってるんですか？
決まってないのなら確実に2byteの型は有りますか？
また確実に4byteの型はありますか？

662:デフォルトの名無しさん
07/06/17 23:07:51
longは32bit以上というのはK&Rに書かれていた気がする。
というか規格原理主義者によると、１バイトが何ビットかも決められていないとか

663:デフォルトの名無しさん
07/06/17 23:17:52
>>661
#include <stdint.h> で int16_t と int32_t でおｋ。

664:デフォルトの名無しさん
07/06/17 23:20:56
>>661
sizeof　(short)　==　2と規格で定まっているわけではない
でも規格の最大値・最小値の規定から少なくとも16ビット以上あるということは導ける
同様に（662も書いてあるように）、longが少なくとも32ビットあるということも導ける

2バイトの方が欲しければ、C99なら<stdint.h>のint16_tやint_least16_tが使える
前者がぴったし16ビットの型（対応する型があれば用意されている）
後者は少なくとも16ビットの型（絶対に用意されている）

後者だけ必須なのは1バイトが8ビットでない環境の存在を考えれば納得

C++に今のところ<stdint.h>は、存在しないから
<boost/integer.hpp>や<boost/cstdint.hpp>で代用するくらいしかない

665:デフォルトの名無しさん
07/06/17 23:32:47
C/C++で処理系依存なのは、もう諦めるしかないんじゃないか？

666:デフォルトの名無しさん
07/06/17 23:48:09
必要以上に移植性を求めるのは不毛。
必要以上に移植性を失うのも愚かしいこと。

667:デフォルトの名無しさん
07/06/17 23:53:10
俺ッち、__propertyとか__finallyとか好きな訳だけど、使っちゃって委員会？＾＾

668:デフォルトの名無しさん
07/06/17 23:56:15
どうせ他の部分も環境依存しまくりなんだろ？
どんどん使っちゃえYO!

669:デフォルトの名無しさん
07/06/18 00:04:53
>>667
__closureも活用してもっと便利に！

670:デフォルトの名無しさん
07/06/18 00:13:58
勉強になるな。

671:デフォルトの名無しさん
07/06/18 00:19:27
#include <stdint.h>
VC6だと「そんなヘッダ見つからねーよ。死ねボケ。」って言われてしまった OTL。

672:デフォルトの名無しさん
07/06/18 00:47:53
質問
void hoge()
{
何かの処理
#ifdef DEBUG
　　printf("Debug %s, nanka);
#endif
何かの処理
#ifdef DEBUG
　　printf("Debug %s, nanka);
#endif
↑こんな調子で数百行位ある
}
こういう汚い関数を直したいんだが

void DebugPrint(char *str)
{
#ifdef DEBUG
　　printf("Debug %s, str);
#endif
}
void hoge()
{
何かの処理
　　DebugPrint(nanka);
何かの処理
　　DebugPrint(nanka);
}
って感じに直したいんだが、やったら動作変わっちゃう？
#ifdefあんま使ったこと無いから教えてくださいな

673:デフォルトの名無しさん
07/06/18 00:48:22
そりゃそうだろ

674:デフォルトの名無しさん
07/06/18 00:49:09
>>673
すんません
分かり易く解説お願いします

675:673
07/06/18 00:49:19
>>671
の事ね

VC6が出来たのはだいぶ前だから

676:672
07/06/18 00:50:28
>>675
あ、すんません
タイミング良かったんで即レス来たのかと思っちゃいましたｗ

677:デフォルトの名無しさん
07/06/18 00:57:26
#ifdef DEBUG
　　#define DEBUG_PRINT(a) printf("Debug %s, (a))
#else
　　#define DEBUG_PRINT(a)
#endif

void hoge()
{
何かの処理
　　DEBUG_PRINT(nanka);
何かの処理
　　DEBUG_PRINT(nanka);
}

こういうのはよくやるな。
ただ、printfは引数の数が可変だから、引数の数にばらつきがあるとまた別の対策が必要になるが。

678:デフォルトの名無しさん
07/06/18 01:04:08
>>677
おぉ、なるほど

後、確認なんですけど、自分が書いた>>672だと動作変わっちゃうんですよね？

勉強として実際のソース見て動きを理解しろ
とか言われてるんですが、こんなソースばっかで
見づらくてしょうがないんで
何とかしたくて・・・
コメントアウトと/*2007/6/19追加バージョン6.2*/等と#ifdef何チャラの嵐です・・・Orz

679:デフォルトの名無しさん
07/06/18 01:05:32
別に動きは変わらんと思うが

680:デフォルトの名無しさん
07/06/18 01:11:32
>>679
あ、そうなんですか？
ありがとうございます

個人的にはDebugPrintの部分は他から呼びたいので
関数化したいな～と思ってたんですけど、
#ifdefとかはコンパイル時に読み込まれるとか有ったので
動作変わっちゃうのかと・・・糞初心者ですんません
（もう、たまにソース直せと言われるとおっかなビックリっす・・・）

681:デフォルトの名無しさん
07/06/18 01:12:16
失礼、
×他から
○他からも

682:デフォルトの名無しさん
07/06/18 01:13:48
動きは変わらないが、
後者は関数呼び出しのオーバーヘッドが発生する。

683:デフォルトの名無しさん
07/06/18 01:20:02
関数本体の中にやたらと#ifdefなんかが入ってるのは、
あんまりいいコードとはいえないな。
「見づらくてしょうがない」というその感覚は限りなく正しい。
改善する方法をいろいろ考えるべきだな。

684:デフォルトの名無しさん
07/06/18 01:25:43
>>682
すいません

そのオーバーヘッドって遅くなるって事ですよね？
どの程度遅くなりますか？

>>683
ありがとうございます
パワハラ上司なんで聞くに聞けなくて
ここでたまに質問してます
見やすくしろって教えてくれたのもこのｽﾚです

685:デフォルトの名無しさん
07/06/18 01:39:54
関数を呼び出すという処理は、それ自体スタック操作や
プログラムカウンタの移動などの処理が行われる。
だから、>>672 のように関数を呼ぶ形にすると、その分オーバーヘッドが発生する。
一方で>>677の方法だと、不要なときには関数呼び出し自体がなくなるので、
そういう心配がない。この方法が好んで使われる所以。

ただ実際は、よほどタイミングがシビアだったり、デバッグプリントがめちゃくちゃ多かった
りしなければたいしたオーバーヘッドではないので問題にはならない。

でも、リリースバージョンのプログラムの中に、不要な関数呼び出しが残るのって
美しくないとは思わないかい？

686:デフォルトの名無しさん
07/06/18 01:47:04
>>685
なるほど、詳しい解説ありがとうございます

せっかく用意したDebugPrintなのに
リリース等の時は実際は使わないのに
その度にDebugPrintの文だけより道、遠回りしちゃうって事ですね
確かに綺麗じゃないですね

687:デフォルトの名無しさん
07/06/18 01:56:30
可変長引数マクロを使えるコンパイラならこんなこともできる
#if DEBUG
#define DebugPrint(...) fprintf(stderr, "\nDebugPrint : File %s - Line %d\n", __FILE__, __LINE__),fprintf(stderr, __VA_ARGS__)
#else
#define DebugPrint(...)
#endif

688:デフォルトの名無しさん
07/06/18 02:01:41
リリース版ではインライン関数にして、
コンパイラの最適化に期待する手もある。

689:デフォルトの名無しさん
07/06/18 02:02:11
/* 古いコンパイラで使える技 */
#if DEBUG
#define DebugPrint(args) printf args
#else
#define DebugPrint(args)
#endif

/* 使い方(一回余計に括弧で括らないといけないのが欠点だが) */
DebugPrint(("%d\n", 1234));

690:デフォルトの名無しさん
07/06/18 02:03:19
古くなくてもできることないか？

691:デフォルトの名無しさん
07/06/18 02:03:47
>>687,>>689
おぉ、凄いですね

色々ご教授ありがとうございます

>>688
もし良ければその方法も教えて頂けないでしょうか・・・

692:デフォルトの名無しさん
07/06/18 02:16:33
1. インライン関数の定義を別ファイルに分ける

2. inline を INLINE マクロに置き換える
　 INLINE マクロの定義は以下の通り（これは自分で定義する）

#ifdef NDEBUG
#define INLINE inline
#else
#define INLINE
#endif

3. リリース版の場合はヘッダファイルでインクルードする

#ifdef NDEBUG
#include "***.***"
#endif

4. デバッグ版の場合はソースファイルでインクルードする

#ifndef NDEBUG
#include "***.***"
#endif

693:デフォルトの名無しさん
07/06/18 02:16:49
#if DEBUG
#define DebugPrint printf
#else
#define DebugPrint (int)sizeof
#endif

694:デフォルトの名無しさん
07/06/18 02:17:09
C++なら、こんなことできるお

class DebugPrinter {
　DebugPrinter(const char *filename, int line) {...}
　void out(const char *format, ...) {...}
};

#if DEBUG
#define DebugPrint DebugPrinter(__FILE__, __LINE__).out
#else
#define DebugPrint
#endif

695:デフォルトの名無しさん
07/06/18 02:21:38
>>694 リリースでエラーにならないか？

696:デフォルトの名無しさん
07/06/18 02:30:28
>>695
エラーにはならないがデバッグ用のコードが完全には消えないという問題がある。

697:デフォルトの名無しさん
07/06/18 02:30:35
>>695
たぶん、ならんよ。リリース時は
DebugPrint("%d, %d", f(x), f(y)); → ("%d, %d", f(x), f(y));
ってなるだけだから。

ただ、これがいやなら、>>693のようにsizeofしちゃうか、
dummyの関数作って
#if DEBUG
#define DebugPrint DebugPrinter(__FILE__, __LINE__).out
#else
inline DebugPrintDummy(const char *filename, ...) {}
#define DebugPrint DebugPrintDummy
#endif
って感じにしちゃうのがいいかもね

698:デフォルトの名無しさん
07/06/18 02:33:27
VC++ なら ((void)0) （VC6まで）か __noop （VC2002以降）にした方がいいね。

699:デフォルトの名無しさん
07/06/18 02:34:36
if(1); else に置換するという技もある。
多分最適化で消える。

700:デフォルトの名無しさん
07/06/18 02:39:27
>>697
関数 f が副作用を持ってたら問題があるな。

701:デフォルトの名無しさん
07/06/18 02:39:55
VC++ならTRACEで以上では？

702:デフォルトの名無しさん
07/06/18 02:41:56
皆さん
感謝、感激雨あられです

ちょっとF1見てる隙にこんなに書き込みが・・・

色々参考にさせてもらいます

703:デフォルトの名無しさん
07/06/18 02:52:34
何F1見てんだよこのヤロー

704:デフォルトの名無しさん
07/06/18 02:55:55
ああ、F1押すと長々と待たされた後で
役に立たないヘルプが出るよね

705:デフォルトの名無しさん
07/06/18 02:56:43
>>700
まあ、必要なら>>699で多分消せるじゃね？

>>701
TRACEは問題点は以下の３つ。
１，Windows限定
２，Boost.Formatなどの他の形式が使えない
３，出力先が変更できない
他にもあるかもしれんがよく分からん

706:デフォルトの名無しさん
07/06/18 02:57:53
必要ならって言うか、必須なんだぜ。

707:デフォルトの名無しさん
07/06/18 03:02:02
>>706
いや、そういう意味じゃなくて、
関数の副作用をどうしても消したいならって意味だお。
残したい場合も当然あるでしょ？

708:デフォルトの名無しさん
07/06/18 03:06:34
>>699 だと式のつもりが文になってしまうね。

709:デフォルトの名無しさん
07/06/18 03:10:09
ちょっと相談です。
言語はCでもC++でも構いません。
ちなみに開発環境はWin2000+VisualStudio2005です。

DLLで用意された、既存の関数 Func(char* str) を呼び出す必要があります。
この関数は、処理結果を文字列として str に返してくれます。
strに渡される文字列の長さは *不明* です。
DLL、および関数Funcの中身を弄ることは出来ないものとします。

この時、長さの不明なstrを、安全に処理するテクニックがあれば教えてください。

710:デフォルトの名無しさん
07/06/18 03:18:04
>>708
これならいけるかな？
#define DebugPrint 1 ? (void)0 : DebugPrintDummy

711:デフォルトの名無しさん
07/06/18 03:18:48
>>709
static str[100000000];
ではどうだ？
そうですか、足りませんかすいません。

712:デフォルトの名無しさん
07/06/18 03:19:32
>>709
Func を呼び出すことで、str の指すアドレスに
文字列が書き込まれるのであれば、安全に処理する方法は無いです

通常は、どの程度の長さが必要かを返す関数があったり、
渡したバッファの大きさを知らせる引数を付けたりします。

例えばFuncがファイル名を返す関数であるならファイルシステムが許す最大パス長などがあるので、
関数の仕様以外から最大の長さを決めることが出来るかも知れません

713:デフォルトの名無しさん
07/06/18 03:21:19
>>711
charが抜けた。すいません。

714:デフォルトの名無しさん
07/06/18 03:25:49
>>707
そういやそうだな。

715:709
07/06/18 03:28:23
即レスサンクス。
やっぱ無理そうですね。boostあたりでなんか何とかならないかなーとか淡い期待を抱いてましたが。

>711
とりあえず１万バイトくらいでがんばろうと思います。

>712
バッファサイズ関連のパラメータとか、実際に無いものは仕方ないんで諦めます（笑）

716:デフォルトの名無しさん
07/06/18 09:01:59
>>715
え、本当にどうしようもないの？
仕様上から決まる例(>>712 が言ってるMAX_PATH) とか、
NULL渡したら戻り値で必要length返るとかって挙動もないの？

そりゃDLLの設計が糞としか言いようがないが…

717:デフォルトの名無しさん
07/06/18 09:45:43
gets を安全に使うにはどうすればいいですか？
っていう質問と一緒だね。残念ながら無理だ。

718:デフォルトの名無しさん
07/06/18 10:59:41
仕様上から決まる例で32bit整数が最大値だとわかれば
常にその大きさの配列渡せば安心、かな

719:デフォルトの名無しさん
07/06/18 11:10:29
メモリ使い切って落ちるに１票

720:デフォルトの名無しさん
07/06/18 11:12:45
OS の API 直呼びで仮想メモリに頼ってしまう手もあるんジャマイカ？
それにしても 32bit 最大値はやりすぎだろうけど。

721:デフォルトの名無しさん
07/06/18 11:50:56
パイプとかその辺のOSの用意したプロセス間通信機能でどうにかするしかないんじゃね？

722:デフォルトの名無しさん
07/06/18 13:48:29
すいません、また質問させてください。

#include <iostream>
using namespace std;
class base {
public:
int a;
base(int x) {a=x;}
};
class sub1 : virtual public base {
public:
sub1() : base(0) {}
};
class sub2 : virtual public base {
public:
sub2() : base(0) {}
};
class sub3 : public sub1, public sub2 {};
int main() {
sub3 obj;
obj.a = 10;
return 0;
}

これがコンパイル通らないんですが、baseクラスに引数のないコンストラクタを
追加するとコンパイル通るようになります。virtual指定で継承すると、引数のない
コンストラクタを呼ぶというルールなのでしょうか？

723:デフォルトの名無しさん
07/06/18 14:17:15
#include <iostream>

namespace test_ {
　　class base {
　　public:
　　　　base() { std::cout << "base::base()" << std::endl; }
　　　　base(int x) { std::cout << "base::base(int x)" << std::endl; }
　　};

　　class derived1 : virtual public base {
　　public:
　　　　derived1() : base(0) { std::cout << "derived1::derived1()" << std::endl; }
　　　　derived1(int x): base(x) { std::cout << "derived1::derived1(int x)" << std::endl; }
　　};

　　class derived2 : public derived1 {};
}
int main() {
　　test_::derived2 a;
　　return 0;
}
そのようですね
なので混乱を避けるために出来るだけデフォルトコンストラクタも定義しておきたいところです

724:デフォルトの名無しさん
07/06/18 14:53:20
>>722
>引数のないコンストラクタを呼
んでるじゃないか、自分で。
>sub3　obj;

725:709
07/06/18 15:00:50
>716
一応、strに渡されるのは1024バイト以内という仕様は一応あります。一応。
3000とか4000とか飛んでるのを何度か見たことはありますが。

726:デフォルトの名無しさん
07/06/18 15:21:26
>>725
>一応、strに渡されるのは1024バイト以内という仕様は一応あります。一応。
>3000とか4000とか飛んでるのを何度か見たことはありますが。

そりゃーDLLが糞でFAじゃね？
もしくは文書に反映されてないだけで仕様が4096に変わってるとか…。
仕様であるならstrncpyでもなんでもやって1024以内にすべきだし。
仕事絡みなら、バッファサイズ1024で書いて落ちる＆再現性ありの状態を作って、クレームつけるとかかね。

まぁがんがれｗ

727:デフォルトの名無しさん
07/06/18 18:05:42
#include <iostream>
#include <string>
#include <boost/function.hpp>
#include <boost/bind.hpp>

class Writer {　public: void run(const std::string& str) { std::cout << str << std::endl; }　};

class Module1 {
public: typedef boost::function<void(const std::string&)> func_t;
private: func_t func;
public:
　　Module1(func_t func_) : func(func_) {}
　　void run() { func("message"); }
};

int main() {
　　Writer w;
　　w.run("test");

　　using boost::bind;
　　Module1 module(
　　　　static_cast<Module1::func_t>( bind(&Writer::run, &w) )
　　　　);
　　module.run();
　　return 0;
}
Writerクラスのrun()をコールバック関数として、boost::bindを使ってクラスModule1に渡します
Module1はboost::functionを用いてこのコールバック関数を保持します
これを実現したいのですがエラーどころか、コンパイラ(VC2005のcl.exe)が落ちます(汗
どうすればこの動作を実現できるんでしょうか？

次ページ