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

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

841:デフォルトの名無しさん
10/05/08 09:17:54
>>836
猫でもわかるプログラミング
URLﾘﾝｸ(www.kumei.ne.jp)
ロベールの部屋
URLﾘﾝｸ(www7b.biglobe.ne.jp)
Codian
URLﾘﾝｸ(www.kab-studio.biz)
C++入門
URLﾘﾝｸ(www.asahi-net.or.jp)
ATLAS Japan C++ Course
URLﾘﾝｸ(www.icepp.s.u-tokyo.ac.jp)

842:デフォルトの名無しさん
10/05/08 10:05:54
>>839
URLﾘﾝｸ(codepad.org)
URLﾘﾝｸ(codepad.org)
こんなんどうかね

843:デフォルトの名無しさん
10/05/08 10:22:52
これは勉強になる

844:デフォルトの名無しさん
10/05/08 11:20:10
>>837
>>838
>>841
ありがとうございます
参考にします

845:デフォルトの名無しさん
10/05/08 12:03:30
>>828
---.hpp---
struct hoge { struct piyo; piyo *p; };
struct fuga { struct piyo {}; };

---.cpp---
struct hoge::piyo : fuga::piyo {};

こんなんどうかね？
ただ、コンストラクタが多いと面倒かもシレン

846:839
10/05/08 20:44:06
>>842
使用させていただきます。

847:デフォルトの名無しさん
10/05/09 18:45:47
会社のC++書式の再現なんですが
「一時オブジェクトの寿命は実装依存で、hoge(&Vec3D(1,2,3))の引数の一時オブジェクトはhoge関数から戻る前に破棄されることもあるので、
このような書き方はしてはいけない。」
とあったのですが、本当でしょうか？　なんか怪しげな気がするのです。

class Vec3D{
public:
Vec3D( float x_, float y_, float z_ ) : x(x_), y(y_), z(z_) {}
float x,y,z;
};

void hoge(Vec3D* v)
{
printf("%f,%f,%f\n", v->x, v->y, v->z);
}

void Test()
{
//駄目
hoge(&Vec3D(1,2,3));

//OK
Vec3D v(1,2,3);
hoge(&v);
}

848:デフォルトの名無しさん
10/05/09 18:50:24
;がくるまでは大丈夫じゃなかったっけ？
まあなんにせよconst参照にしとけば束縛してくれるから大丈夫でしょ

849:デフォルトの名無しさん
10/05/09 18:51:52
>>847
一時オブジェクトの寿命は規格で定められています。
hoge(&Vec3D(1,2,3)) という式は規格に沿った実装であればコンパイルエラーになるべきです。

引用された内容を言っている人の理解は間違っています。

850:デフォルトの名無しさん
10/05/09 18:53:45
そもそも一時オブジェクトに&なんてつけらんない

851:デフォルトの名無しさん
10/05/09 19:14:19
一時オブジェクトの寿命は、その一時オブジェクトの登場する文の実行が終わるまで（ ; がくるまで）
ただし、const参照を初期化する場合は、そのconst参照の寿命と同じところまで伸びる
ただし、引数のconst参照はその限りではない

852:デフォルトの名無しさん
10/05/09 23:06:04
URLﾘﾝｸ(www.sun-inet.or.jp)

853:デフォルトの名無しさん
10/05/10 01:35:53
VC++の拡張機能という奴で、その辺をコンパイル時エラーにせずに許しているね。
オプションで切り替えられるけど。

854:デフォルトの名無しさん
10/05/11 19:37:56
構造体を使って、後は関数にアドレスを渡してやり取りするのと
クラスに構造体内部や、それらの処理を全て含めて、メンバで公開して使うのでは
やはりクラスがいいんですか？

855:デフォルトの名無しさん
10/05/11 20:21:46
クラスのほうがいい。

856:デフォルトの名無しさん
10/05/11 21:23:07
thiscallがオーバーヘッドになるからCで書けって言われたら？

857:デフォルトの名無しさん
10/05/11 21:29:03
int tolower(int c);

これってなんでint型を使うんですか？charじゃダメなんですか？

858:デフォルトの名無しさん
10/05/11 21:40:12
>>854
花屋と魚屋ではやはり花屋がいいんですか？って質問？
どういう前提でどっちがいいかって聞いてるの？

859:デフォルトの名無しさん
10/05/11 21:54:52
>>857
うにコードだからじゃね？
無駄な型変換が減っていいじゃん。

860:デフォルトの名無しさん
10/05/11 22:12:03
>>859
unicodeは towlower() などを使うので関係ないと思うのですが、どうなんでしょうか

861:デフォルトの名無しさん
10/05/11 22:18:52
class内部のアクセス指定を省略すると
privateでも無く、publiicでも無く、protectedでも無いのってJavaだっけ？
C++は確か省略するとprivateになるんだよね？

862:デフォルトの名無しさん
10/05/11 22:26:46
>>857
過去との互換性。レガシーCでは仮引き数にcharを指定してもintが渡されるので。

863:デフォルトの名無しさん
10/05/11 22:31:30
>>862
ありがとうございます。

864:デフォルトの名無しさん
10/05/11 23:00:12
>>861
無指定があるのはjavaだね

865:デフォルトの名無しさん
10/05/12 00:14:48
javaのアクセス指定キモいんだよなー…
一ファイル一クラスを強要するためにあんな仕様になってるんだろうか

866:デフォルトの名無しさん
10/05/12 10:39:05
>>857
tolower()にはEOFを渡してもいいことにしているから。

867:デフォルトの名無しさん
10/05/12 10:59:28
オブジェクト指向で書かれたサンプルソースってないですか？

868:デフォルトの名無しさん
10/05/12 12:33:37
>>867
いくらでもあると思うけど

869:デフォルトの名無しさん
10/05/12 13:28:12
>>868
猫が鳴くとかそういう簡単な物ばかりで、本格的に書かれたの探してます

870:デフォルトの名無しさん
10/05/12 13:41:30
>>867 C の fopen() とか。 C++ の std::string とか。

871:デフォルトの名無しさん
10/05/12 13:51:54
サンプルじゃないからダメとか言い出しそうだな

872:デフォルトの名無しさん
10/05/12 13:56:11
そうなると「サンプルソース」と「本格的に書かれたの」とが矛盾してるような気がするな。

873:デフォルトの名無しさん
10/05/12 14:00:27
>>869
猫が鳴くが簡単だと？
属性毎に挙動を変えようとすると
デコレーター使ったとしても俺にとってはかなり難しいぞ

年齢・性別・性格・血統・・・etc とか何も考えずに実装しようとしたら
恐ろしい勢いでクラスが増殖してしまう

874:デフォルトの名無しさん
10/05/12 14:16:33
再入門に感化されたんだろ

875:デフォルトの名無しさん
10/05/12 19:26:48
>>869
なんでそんな物が必要なのかわからん
単に見てみたいだけ？海外サイト巡ればいくらでもあんじゃね

本格的って言い方が曖昧過ぎてバカみたいだけど、要は用件をコードに落とす為のとある表現手法の一つだから
何を見たとしてもたまたまそこではそう言う構成でそう設計してるってだけだぜ？
試験の唯一の解みたいな物は無いんだぜ？

なので猫が鳴くの実装から別の用件に応用してみ

876:デフォルトの名無しさん
10/05/12 19:30:57
GoFのﾃﾞｻﾞｲﾝﾊﾟﾀｰﾝ未満の話なのかな…

877:デフォルトの名無しさん
10/05/12 19:33:02
何か作る時、あのデザインパターンを使うかってなる？
このパターンでやってみるか…だるやっぱり俺流で行こうに俺はなる

878:デフォルトの名無しさん
10/05/12 19:39:22
～パターンから○○の機能を抜いた代わりに○○の機能を足したよっていう会話ができるならいいんでない

879:デフォルトの名無しさん
10/05/12 20:10:56
>>877
「あのデザパタを使おう」なんてならないよ
>>878 の言わんとするところ。定番的処理と共通語彙だから

880:デフォルトの名無しさん
10/05/12 20:20:07
ちなみに共通語彙って、単に会話だけの話でなく、例えば
「ここの実装は構造体に値持たせてリストに突っ込んでループ」みたいな話の、
もうちょいややこしい何かがあった時、

「ここは例の実装パターンで」とか「○○で使ってるＡ処理の逆で」みたいなその現場張り付きの人じゃないと
わからないような方言でなく、他の人でも意図が比較的通りやすくなるように、定番的な何かに名前を付けて表した¨パターン¨

881:デフォルトの名無しさん
10/05/12 21:37:20
意思疎通を簡単にするためデザインパターンを知っておくのはいいと聞くけど
実際の開発になるとデザインパターン使って開発するの？

882:デフォルトの名無しさん
10/05/12 21:43:11
>>881
分野や言語や会社によるけど、気づいたら使ってるって事は普通にあるぜ
あえてデザパタ使って作ろう！みたいな事は無いけど。普通に使ってる

883:デフォルトの名無しさん
10/05/12 21:43:35
>>881
デザインパターンという名前が存在するより先に同じ設計手法はあった
共通認識としての名前が使えるようになっただけ

884:デフォルトの名無しさん
10/05/12 23:19:55
環境はVC++6で質問なんですが、

SetConsoleCtrlHandler()でハンドラ関数を登録します。
そして、CTRL_CLOSE_EVENT（アプリの終了イベント）を発生させ、
登録した関数内で処理を行いたいのですが、CTRL_CLOSE_EVENTの
発生からプロセスが5秒以内に終了しないと、タイムアウトが発生し、
強制終了のダイヤログが出力されてしまいます。
（プロセスの応答がなくなったときに出るダイヤログです）
私が行いたい処理が約8秒～11秒かかるので、処理中にこのダイヤログが
出力されてしまいます。

このダイヤログを出力させない方法はないのでしょうか。
(もしくはタイムアウトの秒数を遅延させる方法はないのでしょうか。）

885:デフォルトの名無しさん
10/05/12 23:29:38
>>884
それさ、例えば別のイベントでそれらの処理を行い、
その処理の最後に終了イベントを発生させるんじゃダメなの？

なんか順番間違えたツケを力でねじ伏せようとしてる発想に見える。諸事情でダメってヤツ？

886:デフォルトの名無しさん
10/05/12 23:41:21
>>885
コンソールプログラムでタスクバーからコンソールを終了したとき、
現在処理を行っているスレッドの処理がすべて終了するのを待ってから
プログラムを終了するという形にしたいのです。

>>別のイベント
Ctrl + Cなどのイベントでということでしょうか。

887:デフォルトの名無しさん
10/05/12 23:49:02
そこまで考えるのかぁ
俺なら勝手に閉じる奴が悪いで済ましちゃいそうだ

888:デフォルトの名無しさん
10/05/12 23:58:25
「閉じる」メニューを無効化するくらいしか手がないっぽいね。

889:デフォルトの名無しさん
10/05/13 00:05:50
>>886
一度目の発生でフラグでも立て持っておいて閉じるを無効にした状態で長い処理開始
→　長い処理終了後に再び閉じるイベント発生 → 二度目の発生（フラグたった状態でイベント発生）の場合に、本当に閉じるを実行
とか

890:デフォルトの名無しさん
10/05/13 00:57:45
>>888
「閉じる」メニューを無効化してタスクバーからの終了を
行わせないということでしょうか。

>>889
登録した関数にフラグONの場合のルートとOFFの場合のルートを作っておく。
1回目はフラグOFFのルートに入り、「閉じる」メニューを無効化した後
処理を実行。その後、プログラム上でCTRL_CLOSE_EVENTを送信（発生？）させる。
2回目はフラグONのルートに入り、終了。
ということでしょうか。

物分りが悪く、申し訳ありませんが、質問です。
・「閉じる」メニューを無効化するのはなぜでしょうか。
　CTRL_CLOSE_EVENTが発生しても「閉じる」メニューを無効化すればプログラム
　の終了（コンソールの終了）を停止できる。とかでしょうか？
・プログラム上でCTRL_CLOSE_EVENTを発生（送信）する方法がわかりませんでした。
　申し訳ありませんが、教えていただけませんか。

891:デフォルトの名無しさん
10/05/13 02:23:25
やったことないのにレスしてすまんが、
イベントハンドラで別途用意した終了処理用のスレッド起動して終わるようにしたらどうなるの
というか、なんで5秒以上も終了処理に時間かかってんの

892:デフォルトの名無しさん
10/05/13 02:31:34
>>890
>「閉じる」メニューを無効化してタスクバーからの終了を
>行わせないということでしょうか。
そういうこと。
無効化というか、RemoveMenuで「閉じる」を消す。

893:デフォルトの名無しさん
10/05/13 02:42:56
常に5秒以内に終わらないんだろうか。
何かの間違いで10分経っても終わらないことはないんだろうか。
フリーズすることはありえないアプリなんだろうか。
何かのアプリを使っていて、終了ボタンを押して終わらなかったらどう思うだろうか。

894:デフォルトの名無しさん
10/05/13 03:32:49
>>893
俺ならタスクマネージャで殺すな　15秒が限界

895:デフォルトの名無しさん
10/05/13 21:10:32
×を押して、処理が遅かったらもう一回×を押して強制終了ダイアログを出して終わらせるな。
ちゃんと終了処理してるよ！というアピールをしなければ無理やり終わらせられることを避けられないかと。

896:デフォルトの名無しさん
10/05/13 21:14:28
プログレス出せって話だな

897:デフォルトの名無しさん
10/05/13 21:25:46
さっさとウインドウ消して×を押せなくする

898:デフォルトの名無しさん
10/05/13 23:15:17
ビルド環境：Visual C++ 2010 Express
TCHAR cmdline[] = _T("cmd.exe /k cd c:\\ && dir > out.txt && exit");
CreateProcess(NULL, cmdline, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi);
１．コマンドプロンプトの起動
２．Ｃドライブに移動
３．DIRの実行し、結果をリダイレクト
４．終了

上の例のように命令を連結すれば目的を果たせるのですが、1～4を分けて実行したい場合、どのようにすればよいでしょうか
※Cの標準ライブラリのみ若しくは、Win32APIを使用して実装したいと考えています

899:デフォルトの名無しさん
10/05/13 23:43:33
>>898
分けて、って言うのはどういう分け方をイメージしてる？
単純にまず関数なりC++としてクラスに包むなりしたとして・・・　何かのイベントとか？
そういう事じゃなくて？

900:デフォルトの名無しさん
10/05/14 00:07:44
>>899
CreateProcess(NULL, cmd.exe /k, NULL, NULL, FALSE, 0, NULL, NULL, &si, &pi);
として、起動しているプロセスに対して
cd c:\\なり dir > out.txtのコマンドを実行する方法が知りたいでいいのかな。

似たような表現になりますが、何らかの方法で、コマンドを同一のコマンドプロンプトに実行させて
最終的に、C:\\のdir結果を得られればと考えています

901:デフォルトの名無しさん
10/05/14 16:17:03
SendInputとかしかないんじゃね？
あるいは必要な機能（cmdの必要機能とプロセス間通信でコマンドを受ける）を持つexeを書くか。

なぜ分けたいのか（分けることで達成しようとしてる目的は何なのか）よくわからん。

もしカレントがd:だったら、cd c:\してdirしても得られる結果はdir d:と同じなのに注意ね。
c:\のdir結果が欲しいならdir c:\でいい。

902:デフォルトの名無しさん
10/05/14 17:36:56
ｺﾏﾝﾄﾞﾗｲﾝｲﾝﾀｰﾌｪｰｽなｱﾌﾟﾘの GUIﾌﾛﾝﾄｴﾝﾄﾞを作るとかかねぇ…

GnuPG のﾌﾛﾝﾄｴﾝﾄﾞのようなものを作った時、ﾊﾟｲﾌﾟだけじゃ解決できない部分があって
ｺﾝｿｰﾙｳｨﾝﾄﾞｳに向けてWM_CHAR を投げたことはあった

903:デフォルトの名無しさん
10/05/14 21:14:00
>>900
STARTUPINFO の hStdInput と hStdOutput を使えばいけるはず。

904:898
10/05/14 21:48:17
レスありがとうございます
なにぶん2年ほど勉強を放置していた為、ほとんど頭から抜けてしまい、うまく説明できなくてすみません

考えてみたのですが真に知りたいのは、自アプリから、CD C:\+Enterと打てば、他プロセスのコンソールにそれが反映され
また、結果も同じように自アプリに表示するような、最小単位のコマンドを逐次実行できるものです
言ってみれば、自分(プログラムは)は何もしてないのに、あたかもコマンドプロンプトであるかのように振る舞うソフトでしょうか

905:デフォルトの名無しさん
10/05/14 22:09:13
>>904
コマンドプロンプトを自作したい、ということではないのか？

906:デフォルトの名無しさん
10/05/14 22:45:01
>>905
現段階では、そこまでは考えていません
まだ、プロセス間通信の学習ぐらいです

>>903で出来そうな感じなので、現在修正中です

907:デフォルトの名無しさん
10/05/14 23:06:54
なして？
template<typename T>
struct A{ struct B{struct C{};};
typedef A<int> tA;
typedef B::C BC;
typedef typename tA::B; // does not type a name error
};

908:デフォルトの名無しさん
10/05/14 23:53:00
template<typename>
struct A;

template<>
struct A<int> {
　struct B {};
};

template<typename T>
struct A {
　struct B {
　　struct C {};
　};
　typedef A<int> tA;
　typedef typename B::C BC;
　typedef typename tA::B;
};

A<int>は別物だし、内部クラスを使うにはサイズとか知らないとだめなんじゃね？

909:デフォルトの名無しさん
10/05/15 02:52:48
>>907 typedef で定義する名前が抜けてるからじゃない？

910:デフォルトの名無しさん
10/05/16 15:36:14
デバックは
・AllocConsole
・OutputDebugString

どっち使えばおｋ？環境はVS2010
メリットデメリットが知りたい

911:デフォルトの名無しさん
10/05/16 15:58:42
AllocConsole
+ 単体で確認できる
- ログが確認しづらい、保存できない

OutputDebugString
+ VisualStudio, DbgView 等で確認可能で、ログが残せる
+ リモートでも確認可能
- 専用のソフトがないと見ることができない

ぱっと思いつくのはこんな感じかなぁ。
他にもありそうだが。

912:デフォルトの名無しさん
10/05/16 16:26:49
URLﾘﾝｸ(red-treasure.com)

assertやコンソールに出力だとエラーが起きた場所にすぐ
飛べないから不便なんだよね
とはいえOutputDebugStringだけじゃちょっとね

913:デフォルトの名無しさん
10/05/16 19:14:38
Ubuntu9.10 - gcc4.4.1 - locale ja_JP.UTF-8
以上の環境でstd::wcout.imbueにロケールをセットしても日本語が変換できない。
codecvtにブレークポイントを設定しても呼ばれる気配がない。
Linuxでimbueを正常に使えてる人いませんか？
やり方を教えてほしいんですが。

ソース
#include <iostream>
#include <locale>
int main()
{
　　std::wcout.imbue(std::locale("ja_JP.UTF-8"));
　　std::wcout << L"abcdefgあいうえお" << std::endl;
}
結果
$./a.out
abcdefg?????

914:デフォルトの名無しさん
10/05/16 19:55:47
>>913
locale::global(locale(""));
wcout.imbue(locale("ja_JP.UTF-8"));

もしくはimbueを使わずに
locale::global(locale("ja_JP.UTF-8"));

915:デフォルトの名無しさん
10/05/16 20:13:50
>>914
そこまでは確認済みです。
localeの合成も確認済み。

916:デフォルトの名無しさん
10/05/16 20:14:31
ちなみに最初の形式であってもcodecvtは使われないようです。

917:898
10/05/16 20:16:25
ありがとうございました、とりあえずの目的のものができました
ほぼ目的に近いものが、アップされていたので紹介だけしておきます
URLﾘﾝｸ(kenjinet.s26.xrea.com)
↑プロセスとパイプ

918:デフォルトの名無しさん
10/05/16 23:11:38
C++0xの共有ポインタって仕様上スレッドセーフでおｋ？

919:デフォルトの名無しさん
10/05/16 23:12:45
shared_ptrならYes

920:デフォルトの名無しさん
10/05/16 23:25:38
>>918-919 「スレッドセーフ」の定義づけもせずに適当なこといってんじゃねーよ。

921:デフォルトの名無しさん
10/05/16 23:25:57
どうもっす
これもマクロで切り替えって感じですかね

922:デフォルトの名無しさん
10/05/16 23:49:02
>>920
はいはい

923:デフォルトの名無しさん
10/05/17 00:25:14
>>920先生がスレッドセーフの定義を教えてくれるそうです

924:デフォルトの名無しさん
10/05/17 01:26:30
スレッドセーフって仕様で決まってるんだっけ？
Working Draft 読んだけど、どこに書いてあるのかわからんかった…。
該当箇所を教えてエロい人。

925:デフォルトの名無しさん
10/05/17 01:52:08
書いてありません。だからもっと詳しい要件を明示するか、その場での「スレッドセーフ」の
意味を決めないと話にならないの。

926:デフォルトの名無しさん
10/05/17 01:55:49
書いてあるだろあほども

927:デフォルトの名無しさん
10/05/17 01:56:54
boost::shared_ptr の実装はスレッドセーフ
VCのstd::tr1::shared_ptrはスレッドセーフ
それぞれドキュメントに記述有り

928:デフォルトの名無しさん
10/05/17 01:59:53
>>927
URLﾘﾝｸ(www.boost.org)
これをどう読んだら「boost::shared_ptr の実装はスレッドセーフ」なんて言えるんだ？

929:デフォルトの名無しさん
10/05/17 02:11:31
>>928
同時に同じものにアクセスする場合とか馬鹿じゃないの

930:デフォルトの名無しさん
10/05/17 02:53:44
なんで内部に埋め込んでしまうんだか
基本的にスレッドサポートしないでアダプタでサポートしたほうが設計が美しいのに

931:デフォルトの名無しさん
10/05/17 07:24:31
>>930
Javaなんか設計が美しすぎて、数百行とか有るよね。
boostなら数行のとこで。

○○Reader　○○Handler　○○Handler　○○Handler・・・
○○Source

　　○○Resolver　○○Resolver・・・

　　　　○○Processor・・・

　　　　　○○Tree・・・　○○Property・・・

　　　　　　　○○Writer

　　　　　　　　　○○WriteHandler　　○○WriteHandler・・・

みたいに延々と続くと嫌になるし。

932:デフォルトの名無しさん
10/05/17 08:26:40
>>927
C++0xの規格の話でないの？

933:デフォルトの名無しさん
10/05/17 08:30:48
>>929
二つのスレッドで同一のshared_ptrを参照してたら
同時に参照カウントの操作が発生する可能性があるからダメってことにならね？
リエントラントではあるけど、スレッドセーフではないだろ。

934:デフォルトの名無しさん
10/05/17 09:00:24
同時に読むのは大丈夫って書いてあるようだが

935:デフォルトの名無しさん
10/05/17 12:57:16
リエントラントならばスレッドセーフじゃないの？
確かリエントラントの方が強い概念だったような

936:デフォルトの名無しさん
10/05/17 13:31:51
>>933
BOOST_SP_DISABLE_THREADSを定義するとアトミックな参照カウントの操作が
できなくなるからスレッドーセーフとは言えないな。
ついでにいうと、ヘッダをインクルードしないと使えないからバグってるな。

こんな感じで良いですか？

937:デフォルトの名無しさん
10/05/17 13:32:51
スレッドセーフもリエントラントも、関数やコード断片に対して言えるものであって、
クラスである shared_ptr がスレッドセーフなのかどうかという質問自体おかしい。

938:デフォルトの名無しさん
10/05/17 14:36:04
汎用ポインタのインクリメントのやり方で質問があります。

ポインタ配列があって、
DATA* pData[100]
DATA DATA[100]
pData[0]・・・1つ目のデータへのポインタ
pData[1]・・・2つ目のデータへのポインタ
pData[2]・・・3つ目のデータへのポインタ
・
・
のようになっている時、もしも同様のデータをまとめて処理する関数を作る場合、
void*型で引数を受けて処理すると思いますが、汎用ポインタはキャストしないとインクリメントとか出来ません。
このアドレスの配列は一体何型にキャストするのでしょうか？
WORD型でしょうか？

939:デフォルトの名無しさん
10/05/17 14:43:05
>>938
void* なんか使わなくても template<typename DATA> でいいんじゃね？

940:デフォルトの名無しさん
10/05/17 14:47:41
テンプレートはステップ実行で追えないし、ヘッダにしか書けないといった制約あったりして使いにくいし、
結構複雑な処理なので一つ一つ値を確認しながらデバッグしたいんです。

941:デフォルトの名無しさん
10/05/17 14:49:11
>>940
勝手にしろカス

942:デフォルトの名無しさん
10/05/17 14:51:30
>>940
まずは具体的な型について動作を確認してからテンプレートにするといいよ。
っていうかステップ実行できないってどういうこと？

943:デフォルトの名無しさん
10/05/17 15:01:25
最初はテンプレートでやろうとしてたのですが、
デバッグ中に出るエラー？が意味不明だったり、1行ずつ追えなかったからやめました。
詳しいことは結構前の話なので記憶が定かではありませんが・・。

944:デフォルトの名無しさん
10/05/17 15:07:03
>>917
その上で、>>902なんだとおもっていた

945:902
10/05/17 17:33:16
>>944
GnuPG(mingw32）は、主に鍵の処理中の話だけど
(Win32API)ReadConsole を呼び出して、直接ｷｰﾎﾞｰﾄﾞ叩いた入力しか受け付けない：ﾊﾟｲﾌﾟによるﾘﾀﾞｲﾚｸﾄはｴﾗｰ
そういう仕様の部分があったので、かなり例外の部類ではないかとは思う。

※ 昔の話（v1.0.4 ぐらい）で、今はどーなってるか追っていない

946:デフォルトの名無しさん
10/05/17 21:08:41
>>902でパイプというキーワードが出てるのに、もったいないなってことか

947:898
10/05/17 22:49:17
レスできてませんでしたが、パイプもキーワードとして拾って、試行錯誤の末
(実は実行させるのにリターン\r\nがいることに気づかず丸一日かかりましたｗ)完成させた後、例のページを見つけました　
\nじゃダメなのねというより、これこそ質問すればよかった

>>945
今後、勉強を進めていくうえで、つまりそうな所を教えていただきありがとうございます

948:デフォルトの名無しさん
10/05/17 23:23:56
よくがんばっているね。えらいとおもう。

949:デフォルトの名無しさん
10/05/18 00:12:54
おれもそうおもう

950:デフォルトの名無しさん
10/05/18 00:22:38
>>927 >>930
アトミックに扱いたければ、atomic_loadやatomic_compare_exchangeなどの関数が
別途用意されるのでそれを使うことになる。

951:デフォルトの名無しさん
10/05/18 16:32:33
宣言と同時に定義するfriend関数
class X
{
friend void Y(X)
{
}
};
って決まった名称あります？
それとこれの使いどころが謎なんですが、これが最善解になるようなパターンはありますか？

952:デフォルトの名無しさん
10/05/18 16:41:33
>>951
Barton-Nackman trick
フレンド関数YはADLによってしか呼び出せない（オーバーロードが前提）
クラスXがクラステンプレートの場合、Xのテンプレート引数に依存する
非テンプレート関数（通常のオーバーロード規則に従う）を定義できる
クラステンプレートの演算子定義等に使われる
実例はboostのoperatorsライブラリ等

953:デフォルトの名無しさん
10/05/18 16:44:52
訂正、オーバーロードは必須じゃないな

954:デフォルトの名無しさん
10/05/18 20:10:10
どうもです
operatorsみたいな特殊なケースぐらいしかないって感じですかね

955:デフォルトの名無しさん
10/05/18 21:31:18
演算子をオーバーロードする時に使うくらいか。
別にパターンじゃないが。

956:デフォルトの名無しさん
10/05/20 09:32:17
一秒間に６０呼ばれるような処理で毎回変数を作り直すのとグローバルに１つ作ってそれを呼び出すとでは処理の速度って変わらないんですか？

957:デフォルトの名無しさん
10/05/20 09:35:34
POTな変数ならゴミだろうけど、
ｺﾝｽﾄﾗｸﾀ中で恐ろしく手間かかってるようなｸﾗｽのｵﾌﾞｼﾞｪｸﾄ生成なら　影響を与えるかもしれん

ﾚｯﾂ実測

958:デフォルトの名無しさん
10/05/20 09:36:37
POT?

959:デフォルトの名無しさん
10/05/20 09:41:31
どうtypoしたら POTになるんだorz
PODね

960:デフォルトの名無しさん
10/05/20 09:48:09
ありがとうございました
場合によるがグローバルにしとけば確実に速いということですね？

961:デフォルトの名無しさん
10/05/20 09:53:21
>>960
誰もそんなこと言ってねーし。
「場合による」と「確実に」が矛盾してるし。
おまえアホだろ。

962:デフォルトの名無しさん
10/05/20 09:53:53
グローバルって限定してるところが怖いんだが・・・
せめてstaticとかさぁ・・・・

963:デフォルトの名無しさん
10/05/20 10:00:33
Ａ.h 、Ａ.cpp 、にクラスｃＡがあって
今
B.cppでＡ.hをインクルードして、ｃＡ　ほげＢ;と言う感じで宣言していろいろ使ってるのですが（B.cpp中でnewはしてない）
Ｃ.cppでもほげＢ.○に入ってる値を使いたくなったのですがどうすれば良いのでしょうか？

964:デフォルトの名無しさん
10/05/20 10:02:31
>>963 B.h でも作ればいいじゃない。

965:デフォルトの名無しさん
10/05/20 10:11:26
>>964
ありがとうございます。初心者すぎてそこからがわかりません
C.cppでB.hはインクルードしてあるのですが
C.hでextern cA ほげＢ;としたり単にcA ほげＢ;としたりclass cA ほげＢ;等としましたがエラーがでました。どうすれば良いのでしょうか。

966:デフォルトの名無しさん
10/05/20 10:15:12
>>965 エラーメッセージを読んで問題を解決すると良いよ。

967:デフォルトの名無しさん
10/05/20 10:16:10
>>965
B.hででextern cA ほげＢ;としたり単にcA ほげＢ;～の間違いです。すみません。

968:デフォルトの名無しさん
10/05/20 10:16:24
もうちょっと整理して話してくれ
何をどうしたいのかをまず明確に汁

969:デフォルトの名無しさん
10/05/20 10:16:59
ソースとエラーメッセージを貼ればいいのに。

970:デフォルトの名無しさん
10/05/20 10:17:51
>>966
せめてB.hの宣言はどれが正解なのか教えてください。

971:デフォルトの名無しさん
10/05/20 10:22:16
A.h
　class cA {
　};

----
B.cpp
　cA hogeB;
　
　..... hogeB を使いまわしている

----
C.cpp
　..... hogeB が使いたい

こういうことなら

B.h
　#include "A.h"
　extern cA hogeB;

----
C.cpp
　#include "B.h"

972:デフォルトの名無しさん
10/05/20 10:35:08
>>971
ありがとうございます。そういうことです。ちなみにメインはＢです
B.hでextern cA hogeB;したのですが
B.hで#include "A.h"をしたらエラーが２００個ほど出ました
B.cppで#include "A.h"をすると３つでした。これは認識できない型ｃＡがB.cppで使われている。ほげＢが未定義のクラスｃＡでB.cppで使われているというような物でした。
ヘッダはB.hでなければならいのでしょうか？

973:デフォルトの名無しさん
10/05/20 10:41:22
B.cppで#include "A.h"
C.cppで#include "A.h"と#include "B.h"をしたらエラーが消えました。ありがとうございました
extern class ～という方法は知りませんでした。

974:デフォルトの名無しさん
10/05/20 11:07:56
>>973
とりあえず基本を理解しろ。
URLﾘﾝｸ(www.google.co.jp)

975:デフォルトの名無しさん
10/05/20 11:11:10
>>973
なんでエラーになってたのか理解できてるのか？

976:デフォルトの名無しさん
10/05/20 13:36:03
>>956
質問内容からすると、グローバルを使わない方は関数に値を渡すことになるだろうから、その分遅くなるよ
ただし、1秒間に60回程度の処理を想定しているなら、(数字に表れないぐらいの）誤差だろうね

毎回変数を作り直すってのがわからんけど、標準C/C++でのローカル変数の扱いはスタックに
2byteなり4byteなりの領域を確保するか、しないかの問題だから速度低下にはならないと思うよ

977:デフォルトの名無しさん
10/05/20 13:39:37
>>976
グローバルを関数引数にして遅くなるとも限らない。
結局は、実測しないと何も言えない。

978:デフォルトの名無しさん
10/05/20 14:33:04
>>977
もしかして喧嘩売ってる？

979:デフォルトの名無しさん
10/05/20 15:28:38
具体的なコードを出さないと答えようがないだろう。
staticやグローバル変数を使うと最適化が甘くなるリスクはあるな。

980:デフォルトの名無しさん
10/05/20 15:43:08
んなもん作ってから考えたらいいんじゃね
ってのはダメですか

981:デフォルトの名無しさん
10/05/20 16:20:56
只今C++の勉強中で
クラスの継承と一緒にメンバ関数のオーバーライドが出来るとあるのですが、
これを使う意味ってあるのでしょうか？

class ctest{
int m;
char *p;
public:
virtual int put(char *); //pに文字列を入れる関数
}

class stestSub : public ctest{

public:
int put(char *); //pに文字列を入れる関数(全て小文字に変換)
}

ctest s1;
s1.put("ABced");

stestSub s2;
s2.put("zxcVB");

以上のように定義してしまうと、s2からメインクラスのputを使う事が出来なくなるし、
別名でサブクラスに新たにput2()などで定義したほうがいいのではないでようか？

同じ名前で別の機能を持たせる意味が分からないのですが、どのような時に使用
するものなのでしょうか？
継承したプログラマがこの関数名はこの機能を持たせたいとか、そういったレベル
で同じ名前にしているのか？と思っているのですが。

982:デフォルトの名無しさん
10/05/20 16:22:35
s2.ctest::put()

983:デフォルトの名無しさん
10/05/20 17:06:37
>>981
ポリモーフィズムでググれ

984:デフォルトの名無しさん
10/05/20 17:56:48
クラス名をctestとしている内はこの問題は理解しにくいよね
クラス名で目的が決まってるからこそ、関数名が同じであることに意味がでてくる

985:デフォルトの名無しさん
10/05/20 19:58:30
いい言葉が出てこなかったのですが、その「クラスで目的が決まっている」って
部分が引っ掛かってた所でした。
このクラス名（目的）でこの関数はこの機能を持たせたいって意味で、名前は
同じだけど機能が違う物を定義してるってことでしょうか。

あとメインクラスの関数も呼ぶことができたのですね。

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

986:デフォルトの名無しさん
10/05/20 20:21:30
クラス　基底クラス　　　　　　仮想関数　結果
犬　　　鳴くことができる動物　鳴く　　　わん
猫　　　鳴くことができる動物　鳴く　　　にゃー
人　　　鳴くことができる動物　鳴く　　　あんあん

たとえばこれらのクラスに対して三回鳴けという関数を作るとして
犬猫人それぞれにまったく同じコードを３回も書くのってだるいじゃん？
ところがC++はいい子だから鳴くことができる動物に対して三回鳴けって関数を作れば犬猫人どれでもそのコードが使えちゃうわけ
やったね！三倍コードが短くなったよ！

987:デフォルトの名無しさん
10/05/20 20:24:13
もっと実用的でありながらよく分かる例を出すべき

988:デフォルトの名無しさん
10/05/20 20:24:44
class Human : Cat

989:デフォルトの名無しさん
10/05/20 20:26:18
RPGのキャラとかいい例じゃないか

990:デフォルトの名無しさん
10/05/20 20:29:09
>>985
例えばクラス・GameLogicなんてのがあったとして、こいつはゲームの処理で主にプレイヤー以外の
なんらかの物体を移動など処理するクラスとした時、例えばステージや自分からみて敵となるプレイヤーキャラの
情報はどのタイプの敵でも必要な物だから同じように取得するが、それぞれの動きの内容は、それぞれ個別に定義したい。

しかし個別ではあるが、いずれも「攻撃しろ」と言えば攻撃して欲しい。
そんなかんじ

991:デフォルトの名無しさん
10/05/20 20:31:07
実際ジョブごとにクラス作ってんだろうか

992:デフォルトの名無しさん
10/05/20 20:56:53
class ToDO { virtual void doit() { printf("やったつもり"); };
class Ore1 : public ToDO { virtual void doit() { printf("明日になればやる"); };
class Ore2 : public ToDO { virtual void doit() { printf("やってるつもりだが何か？"); };
class Ore3 : public ToDO { virtual void doit() { printf("／（＾o＾）＼"); };

Ore1 hoge;
Ore2 huga;
Ore3 hage;
ToDO* job_list[] = { &hoge, &hoge, &hoge, &hoge, &hage };

....
list[i]->doit();

993:デフォルトの名無しさん
10/05/20 21:15:10
>>985
機能が違うなら別の名前にするかな
一度日常にあるものでカテゴリー分けしてみるといいかもしれないね

親になるクラスを設計するときは、子になるクラスにおいて共通する機能を洗い出して実装するのだけど
>>986の例を借りれば
親：生物クラス　←生物とは鳴くものだ//関数の雛型だけ用意でもよい
子：犬クラス　一般的に「ワンワン」と鳴く
孫1：ヨークシャテリアクラス「バウバウ」と鳴く
孫2：柴犬クラス「アオーン」と鳴く

今回の例でいえば、子と孫の関係になるが
ヨークシャテリア(クラス)は鳴く(関数)→「バウバウ」
ヨークシャテリア(クラス)は(子：犬として)鳴く関数)→「ワンワン」

疑問に思っているように実装すると
ヨークシャテリア(クラス)は鳴く(関数)→「ワンワン」
ヨークシャテリア(クラス)はヨークシャテリアは鳴く(関数)→「バウバウ」

994:デフォルトの名無しさん
10/05/20 22:16:42
抽象化された命令をだして、実際の動作は各オブジェクトに任せる
つまり上司と下っ端の関係みたいなもんだよ
上司は何も知らなくてもやりたいことだけを言って
下っ端が必死こいて作業をこなしていく

995:デフォルトの名無しさん
10/05/20 22:55:25
例えばウィンドウを描くプログラムがあったとして、そのウィンドウに
いろいろな部品を簡単に追加できると便利だろう。
そこで、こんなクラスを作り、

class　Item　{
public:
　　Item();
　　virtual　~Item();
　　virtual　void　Draw();
　　...
};
class　ListBox　:　public　Window　{　public:　virtual　void　Draw(){　リストボックスを描く　}　};
class　Button　:　public　Window　{　public:　virtual　void　Draw(){　ボタンを描く　}　};
class　Picture　:　public　Window　{　public:　virtual　void　Draw(){　画像を描く　}　};

class　Window　{
public:
　　void　AddItem(Item*　pItem){　items.push_back(pItem);　}
　　void　Draw()　{
　　　　for(int　i　=　0;　i　<　items.size();　++i){　items[i]->Draw();　}
　　}
private:
　　std::vector<Item*>　　items;
};

996:デフォルトの名無しさん
10/05/20 22:56:31
このように使う。

ListBox　　listBox;
Button　　yesButton,　noButton;
Picture　　background;

Window　　window;
window.AddItem(&listBox);
window.AddItem(&yesButton);
window.AddItem(&noButton);
window.AddItem(&background);

window.Draw();

997:デフォルトの名無しさん
10/05/20 23:09:58
>>991
昔ならいざしらず、今は作ってるでしょう

998:デフォルトの名無しさん
10/05/21 07:16:08
++

999://
10/05/21 07:41:40
スレの住人喜べ
【初心者歓迎】C/C++室 Ver.73【環境依存OK】
ｽﾚﾘﾝｸ(tech板)l1

1000:デフォルトの名無しさん
10/05/21 07:43:51
1000なら>>999乙

1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。