スレを勃てるまでもないC/C++の質問はここで 2

スレを勃てるまでもな ..

911:デフォルトの名無しさん
07/08/13 12:27:42
>>909
そんなことを言っていたら、
自力で習得できない人はプログラミングに向いてないから辞めたほうがいい
ということになってしまうぞ。

スレを見ていると、
デバッガでステップ実行しろ!
と言われて、素直にステップ実行して問題解決している人も、少しはいる。
どんなに能力や素質、やる気があっても、知るチャンスがなければどうにもならない。

残念ながらステップ実行しろと言われても無視しているような馬鹿のほうが多いけどな。

912:デフォルトの名無しさん
07/08/13 12:30:03
>>911
＞自力で習得できない人はプログラミングに向いてないから辞めたほうがいい
私の主張したいところはまさしくそこです。

913:デフォルトの名無しさん
07/08/13 12:36:56
>>912
向いてる向いてないに関わらずやらにゃならん状況はあるわけで。

914:デフォルトの名無しさん
07/08/13 12:41:05
そんな香具師にデバッガ渡したら、「偶偶動いたからOK」的なプログラムを量産される羽目になりかねんが。

915:デフォルトの名無しさん
07/08/13 14:11:38
それはデバッガ使わないやつこそそうなるだろう。
デバッガに消極的な人は、便利なツールの無い環境でやってんの？

916:デフォルトの名無しさん
07/08/13 15:15:39
ステップ実行しない = 意図したとおりのパスを通っているか確認しない
ということなわけで、偶然動いているだけなのを見過ごしてしまいやすい。

917:デフォルトの名無しさん
07/08/13 15:18:17
うわぁ、イコールで結んじゃったよ。

918:デフォルトの名無しさん
07/08/13 19:42:47
>>916
趣味でのプログラムの話？仕事でのプログラムの話？
趣味のプログラムならPTなんかしないし（ていうかテスト自体しないけど）
仕事のPTでデバッガ使ってやるような個人に頼ったテストはほとんどしない。

まぁPTで通しにくいパスも確かにあるんで、
デバッガ使ってパス確認を全否定するつもりはないけども、
常にソレに頼るようなのはアホだと思うけどね。

919:デフォルトの名無しさん
07/08/13 20:14:39
>>918
自分は仕事でも趣味でも、程度の差はあるけれども、書いたコードは1度はステップ実行するよ。
PTではなくCDで。会社によってはCDとPTを一緒にしてCPTと呼んでいるかもしれないが。

趣味だとテストなんてしないに等しいから、なおさら、ステップ実行は大切だよ。

920:デフォルトの名無しさん
07/08/13 20:18:41
はいはい

921:878
07/08/13 21:12:44
>>903
C++に関してはド素人なんで「初めてのC++」を買って勉強しているんですが,一々100行にも満たないプログラムをコンパイルしてEXEを作って実行とかは煩雑でして...
ちなみにいま使っている開発環境はVC++です。なかなかなれないんで別に使いやすそうなのがあればいいなと思い質問しました。設定次第でステップ実行やワンボタンで実行結果の確認ができるのであれば、このままこれでいこうかとも思ってます。

922:デフォルトの名無しさん
07/08/13 21:28:48
CTRL+F5で実行、質問にyes
でビルド後即実行

これでも面倒ですか？

923:デフォルトの名無しさん
07/08/13 21:32:53
>>921
お前には向いてない
あきらめた方がいい

924:878
07/08/13 21:35:30
>>922
そんなんあったんやそれならいけそうです
>>923
うるさい頑張るわ！

925:デフォルトの名無しさん
07/08/13 21:41:04
あほすぎうざい

926:デフォルトの名無しさん
07/08/13 21:49:45
>>924
ちなみにVC++ expressね
起動してからショートカットキーの入力と文字の入力でプログラムプロジェクト作成して
コード入力→ctrl + F5で実行、動作がおかしければF9でブレークポイント設定して
F5でデバッグ実行
と適当にショートカットキー入力してるだけでどんどん作業がすすむ
これで面倒とか言ってたら他のはとてもじゃないけど使いこなせないよ

927:878
07/08/13 21:59:37
>>926
うるさいカスタマイズして使うわ！

928:デフォルトの名無しさん
07/08/13 22:08:19
>>926
VC++っていろいろ設定いじれるんですね。C++の勉強するまえにそっちの勉強したほうがよさそうです。
今度マニュアル本でも買っていろいろためしてみようと思います。
あと927は私じゃないんで放置しといてください。助言ありがとうございました。

929:デフォルトの名無しさん
07/08/13 22:10:45
あほすぎ
VC++先に勉強してあほのお前に分かるわけないやろｗ

930:デフォルトの名無しさん
07/08/13 22:20:48
韓国が8/15終戦記念日に2chを潰そうとしています
ソース
URLﾘﾝｸ(cafe.naver.com)

日本語訳
URLﾘﾝｸ(vista.jeez.jp)

931:デフォルトの名無しさん
07/08/14 06:10:05
で、どうしろと？

932:デフォルトの名無しさん
07/08/14 21:06:30
質問です。

ソースファイルをまたいでCArrayを使用したいのですが、
どのようにやればいいのかわかりません。

具体的には、片方のソース内でAddして、もう片方のソース内で
使いたいです。

933:デフォルトの名無しさん
07/08/14 21:08:38
説明が面倒なので
extern CArray hoge;

934:デフォルトの名無しさん
07/08/14 21:26:36
>>932
自分がやりたいことくらい、相手にわかるように説明しような。

935:デフォルトの名無しさん
07/08/14 21:32:42
>>932
お前にはムリだ。あきらめろ。

936:デフォルトの名無しさん
07/08/14 21:45:30
>>856
だけど、みなさんのアドバイスにしたがってただ今ＶＣ＋＋Ｅｘなんたらをインストール中
にしても時間がかかるね。。。

937:デフォルトの名無しさん
07/08/14 21:59:54
いちいちそんなこと書くなアホすぎでわろた

938:デフォルトの名無しさん
07/08/14 22:05:20
うるせーばーか

939:デフォルトの名無しさん
07/08/14 22:18:58
殺すぞてめー

940:デフォルトの名無しさん
07/08/14 22:22:15
VC++は初心者にはお勧めできないシロモノですよ。
言語のイロハを学習する前に、ツールの使い方や設定などの前段階で
ワケワカメとなる可能性が非常に高いです。

特に2005のExpressだと、デフォルトではWin32の選択肢が出て来ないという
極悪ぶりですし（すなわち自動的にC/C++ではなく .NET方面へ誘導される）
仮にそこの設定をクリアしたとしても、テンプレートの中身を見てまたまた
目を回す事態にもなるでしょう。

デフォルトでUNICODEの設定フラグが立ってるのも鬼門ですね。
一般的なC/C++の参考書の書式が通用せずに警告が出まくって、これまた
混乱の極み間違いなしです。

sprintf、_sprintf_l、swprintf、_swprintf_l、__swprintf_l
sprintf_s、_sprintf_s_l、swprintf_s、_swprintf_s_l

また、この辺の初歩的な関数の取り扱いは、もはやギャグの領域とも思えます。

941:デフォルトの名無しさん
07/08/14 22:23:41
まっアホには使えないってこったな

942:デフォルトの名無しさん
07/08/14 22:28:08
emacsとか使ってmakefileとかjamfile書く方が楽なのか？
俺はそうは思わないけど

943:デフォルトの名無しさん
07/08/14 22:41:28
怖いなぁ

944:デフォルトの名無しさん
07/08/14 23:20:03
なにこれＶＣ＋＋って新しいんだな

warning C4996: 'strcpy' が古い形式として宣言されました。

945:デフォルトの名無しさん
07/08/14 23:29:47
944古すぎ

946:デフォルトの名無しさん
07/08/14 23:36:14
>>940
その「一般的な」参考書というのは、「レガシーな」参考書の間違いだろう。
入門者に時代遅れのC標準ライブラリを使わせること自体が間違いだよ。

947:デフォルトの名無しさん
07/08/14 23:46:31
そしてM$と心中するわけですね。

948:デフォルトの名無しさん
07/08/15 00:05:45
ちげーよ。
C++のためのステップとしてのCなんて必要ない
ってことさ。

C++ならstrcpyもsprintfも必要ない。

949:デフォルトの名無しさん
07/08/15 00:46:56
>>610

遅レスだが

template<typename U>
friend class foo<U>;

ではなく、

friend foo ;

これで、同じテンプレートから作られたものはfriendになる。

950:デフォルトの名無しさん
07/08/15 01:50:10
>>940
まずはWindows上でC/C++を勉強するのに薦めたい環境を出せ。

インストーラがパスとかも通してくれるし、
勉強程度ならほとんどの場合、F7押すだけでビルド、
F5押すだけでビルドから実行までしてくれる何が難しいのか。
(2005 EEのビルドはF6だっけ？うちはVS2005SEなんで違った気もする)

C/C++の勉強するのになんでWin32APIが出てくるのかも非常に謎。
Cの標準ライブラリの関数は、警告は出るが「通用する」。

まぁCの導入には俺はVC薦めても良いと思うけど、
一歩進むとC99とか完全に置き去りなのがなぁ・・・

951:12MHz
07/08/15 09:09:37
Ettercapというツールがありますが、コンソールで動作しているときにメニューを十字キーで
自由に選択できるようになっているのはどのようにして実現しているのですか?

952:デフォルトの名無しさん
07/08/15 10:10:50
>>951
Ettercapがどんなツールか知らないけど、
Linuxでコンソールなら、カーソルキーの入力を取って
ncursesか何かで描画してるんじゃない？

953:12MHz
07/08/15 10:32:33
URLﾘﾝｸ(kaiya.cs.shinshu-u.ac.jp)

こういうことでしょうか?

954:デフォルトの名無しさん
07/08/17 15:51:01
ユーザへのインタラクティブなエラーメッセージ
ログ等へのエラーの記録

この2つは、

ネストの深い位置(エラーを検出したその場所)
ネストの浅い位置(何かの大きなひとまとまりの処理の結果を受け取る場所)

どちらでやるのが良いのでしょうか。

955:デフォルトの名無しさん
07/08/17 20:44:38
好きなほうにしろよ

956:デフォルトの名無しさん
07/08/18 17:05:58
>>955　・・・好きです

957:デフォルトの名無しさん
07/08/18 20:48:14
そういう意味じゃない

958:デフォルトの名無しさん
07/08/18 20:51:54
じゃあ、どういう意味ですかー！！
私はこんなにも貴方を愛しているっていうのに！！！

959:デフォルトの名無しさん
07/08/18 20:56:12
面白くないよ

960:デフォルトの名無しさん
07/08/18 21:14:27
つまんない奴

961:デフォルトの名無しさん
07/08/18 22:19:42
>>856 だけど

VC++Exなんたら入れてみたけど、設定多すぎてやる気なくしたんでBCCでやってます。
えっと
異常値が出る問題だけど、ようやく解決しました。
自作のStringクラスの中にポインタをもっていてそこにnewしたメモリを紐づけている
わけですが、引数としてこのStringクラスを渡すとこのクラスのコピーが作られて
もちろんメモリと紐づいたポインタもコピーされて関数の終了とともにdeleteでメモリが
開放されていた。という次第です。
コピーコンストラクタなるものを作ってちゃんとメモリもコピーしてやったら直りました。

おまえら役に立たなさ杉だなｗｗｗ

962:デフォルトの名無しさん
07/08/18 22:23:51
理解できない頭のくせに（笑）

963:デフォルトの名無しさん
07/08/18 22:50:01
自作ライブラリの不具合をソース無しで問われてもエスパー以外には回答不可かと

964:デフォルトの名無しさん
07/08/18 23:28:05
>>961
>862で指摘済みじゃん。しかもどんぴしゃ。

965:デフォルトの名無しさん
07/08/18 23:54:19
>>964
それは失礼しました。ご指摘ありがとうございます。

966:デフォルトの名無しさん
07/08/18 23:54:53

967:デフォルトの名無しさん
07/08/19 04:22:05
プログラマー共ってもうすこし同類に優しいと思ってたらそうでもないんだな
殺伐としとる

968:デフォルトの名無しさん
07/08/19 04:24:26
優しいよ。どんな戦場に居るんだ？

969:デフォルトの名無しさん
07/08/19 08:21:18
>>968
お手手繋いで仲良く微温湯に使っていたいのでしょうよ。
# 微温湯っつーか、泥沼?

970:デフォルトの名無しさん
07/08/19 12:39:48
>>961
おまえが馬鹿すぎる。

メンバ変数にポインタを持ち、デストラクタでdeleteしているのに、
浅いコピーをするデフォルト生成のコピーコンストラクタを許す(使う)だなんて。

971:デフォルトの名無しさん
07/08/19 16:03:05
開発環境
Windows XP SP2
VC++6.0

質問内容
Windowsでmallocを行った際の動作は
　１．OSがヒープ領域をある程度大きく取る。
　２．確保したヒープ領域内からmallocで指定したサイズで領域確保する。
といった２段階の処理が行われている。

という理解でたぶん合っていると思うのですが、現在組んでいるプログラムで、
for( ii = 0 ; ii < hogehoge ; ii++ )
{
・・・
/* 領域確保 */
hogenhoge->hoge[ii] = (char*)malloc( strlen(line) * sizeof(char) );
　　・・・
}
といった感じに文字列をメモリに格納する処理があるのですが、一部の処理で以下の現象が発生していて対応方法が見つからずに困っています。
　デバックコンパイル(正常動作)　->　「１」で確保したヒープ領域を使い切った後に、新しいヒープ領域を確保しに行く
　最適化コンパイル(異常動作)　　->　「１」で確保したヒープ領域を使い切る前に、新しいヒープ領域を確保しに行く（見た感じでは９９％使われていない）
デバックコンパイルしたモジュールでは正常動作するのですが、最適化コンパイルを行った場合に上記問題が発生して途中で領域確保に失敗してプログラムが止まってしまっています。
メモリの状況をチェックするのには「VM Validator」というソフトウェアを使用しています。

問題点は最適化コンパイルしたモジュールの一部の処理でヒープ領域を無駄に確保しにいくという点です。
mallocは他の場所でもあちこちで使っているのですが、ここの部分でのみ上記現象が発生していて現在苦しんでいるところです
どなたかアドバイスをよろしくおねがいします。

972:デフォルトの名無しさん
07/08/19 16:14:08
エスパー
hogenhoge->hoge[ii] = (char*)malloc( strlen(line) * sizeof(char) );
の部分で後からstrcpyで文字列をコピーするんだろうと思うと
hogenhoge->hoge[ii] = (char*)malloc( strlen(line) * sizeof(char)　+ 1 );
じゃないと、終端文字分の'\0'領域がかくほされない

973:デフォルトの名無しさん
07/08/19 16:17:12
>>971
とりあえず、
hogenhoge->hoge[ii] = (char*)malloc( (strlen(line)+1) * sizeof(char) );
に変えてみ。

974:デフォルトの名無しさん
07/08/19 16:18:41
関係ないけど、sizeof(char)はいらんだろ。
sizeof(TCHAR)とかだったら、必然性あるけど。

975:デフォルトの名無しさん
07/08/19 16:19:47
それにしても、C++とは思えない酷いコードだな。

976:デフォルトの名無しさん
07/08/19 16:21:00
>>974
いる。

あとでcharをTCHARに変えることもある。
そのときに+1なんてのはマジックナンバーになってしまう。

977:デフォルトの名無しさん
07/08/19 16:24:22
>>976
だったら最初からTCHARにしとけばいいじゃん。
なんのためのジェネリックテキストだよ。

978:971
07/08/19 17:49:31
うぉっ直りました＾＾；
デバック版でたまたま動いてたのはヒープ領域確保する際に初期化とかしてるのが最適化版だとしてくれないとかがあって、異なる結果になってたのかな・・・

>>975
ひどいコードですみませんorz
実のところ、掲示板に書いたコードはmallocをfor文で繰り返している部分ってのを表現したくて、その場で書いたコードだったのですが、元のコードでも指摘されたのと同じミスをしていました・・・
しかも今見なおすとforループのhogehogeと領域確保する構造体の名前がかぶっている・・・と思ったら片方はhogeとhogeの間にnが入っている・・・う～ん質問するに当たってこんなコードのせてちゃダメですね

>>974
sizeof(char)はcharが1バイトではない処理系がもしかしたらあるかもしれないので、そういう意味でこうしてます。
TCHARってのは使ったことないのですが、charとは違った文字列の持ち方をするってことかな？
勉強してみますね＾＾

皆さんアドバイスありがとうございました。

979:デフォルトの名無しさん
07/08/19 17:53:35
>>978
charはかならず1バイト。

980:デフォルトの名無しさん
07/08/19 18:43:16
>>978
うつろな記憶なんで、嘘だったら誰かフォロー頼む。

デバッグビルドだとデバッグのための領域が一緒に確保される。
なので、バッファオーバーフローしても、デバッグのため領域を食いつぶして
正常に動いてるように見えることが多い。

リリースビルドだと、余分な領域を確保しないので、
オーバーフローするとわけの分からない動きをする可能性が高い。

とかそんな話だったと思う。

981:デフォルトの名無しさん
07/08/19 18:48:18
>>977
TCHARとして書いていないものをTCHARとして書くのは無責任だ。

だいたい意味が分かるように書くべきであって、
型のサイズが既知で変りそうもないからハードコーディングするのはおかしい。
sizeof(DWORD)なんてのも直に4と書けと言うのか?

982:デフォルトの名無しさん
07/08/19 18:58:11
>>978
TCHARというのはWindowsのWin32APIのマクロで、
Win32APIのUnicode版とMCBS版を透過的に使うためのもの。
実体は、

#ifdef UNICODE
typedef wchar_t TCHAR;
#else
typedef unsigned char TCHAR;
#endif

こういうことになってる。

ちなみにVC++のランタイムライブラリでは、
#ifdef _UNICODE
typedef wchar_t _TCHAR;
#else
typedef char _TCHAR;
#endif
ということになっている。

この2つは厳密には別物であり使い分けるべきなのだけれども、
Win32APIと関係のないところで_TCHARではなくTCHARを使う人が少なくない。

983:デフォルトの名無しさん
07/08/19 19:02:24
>>980
デバッグビルドの場合、バッファオーバーフローを検出するための仕掛けがある。

MSDNライブラリ等で
_CrtCheckMemory
などの一連の項目を見るといい。

簡単に言うと、余分にメモリを確保して、そこに特別な値を書き込んでおき、
その値が変っているかどうかをチェックして、バッファオーバーフローを検出する。
VC++6.0のIDE上でデバッグモードで動かしていれば、
プロセスが終了する間際に、トレースの所に何かメッセージが出ていたと思うよ。

984:デフォルトの名無しさん
07/08/19 19:05:48
>>981
もちろんほかの箇所もTCAHR使うって前提だよ。
>>976　の「あとでsizeof(TCHAR)にすることもある」って話も、そこだけ変えるんじゃないだろ?

ハードコーディングしろって話じゃなくて、sizeof(char)は1だと決まってるんだから、そもそも、いらないって話だよ。
あとでsizeof(TCHAR)に書き直すくらいなら、最初からそう書いておけばいい。

985:デフォルトの名無しさん
07/08/19 19:17:14
>>984
ただ単に
1
と書いたら、意味がわかりにくい。

もう一度聞くが、
sizeof(DWORD)も4と書くのか?

986:デフォルトの名無しさん
07/08/19 19:18:26
誰が1や4と書くなんて書いとんねん
つまらない事で言い合いスンナ！

987:971
07/08/19 19:19:18
>>980
おお～なんか納得できる＾＾

sizeof(char)に関しては、>>981さんの考え方に近いかな～
昔32bit -> 64bitの移植に携わったことがあって、その時にちと苦しめられたので明示的に書くようにしてます＾＾
具体的にはポインタの領域確保するのに、（たぶん組んだ人は動きゃいいやという考え方で適当に組んでいたダメ人間）sizeof(int)使って領域確保してて、
32bitだとポインタもintも両方同じ4バイトだからちゃんと動作するんだけど、
64bitではポインタだけ8バイトに変わるから、そこの部分でエラーが出て、
しかもコピーして使いまわしたらしく同じようなコードがあちこちに点在してて・・・

今となってはいい思い出だけど、あれは大変だったなぁ～(-_-;)
今回のケースとは大分違うんだけど、明示的に書いておいた方が将来的にどんなふうに仕様が変化するか分からないし安全だなぁ～って教訓からこうしてます＾＾

988:デフォルトの名無しさん
07/08/19 19:25:16
TCHARも知らん分際で何ホザいとんねん

989:デフォルトの名無しさん
07/08/19 19:27:16
>>985
だから「いらない」って言ってるじゃん。

malloc(strlen(s)　*　1)　こんな書き方しろなんて言ってないよ。

990:デフォルトの名無しさん
07/08/19 19:30:02
>>987
intとcharは、事情が違うよ。

991:デフォルトの名無しさん
07/08/19 19:39:00
もうスレが終わりそうだからマトメ

(a)　malloc(tcslen(s)　*　sizeof(TCHAR))　なら普通の書き方。

(b)　malloc(strlen(s)　*　sizeof(char))　のsizeof(char)は意味がない。

あとでcharをTCHARに変えるかもって想定してるなら、この使い方はマジックナンバーを
埋め込んでるより多少はマシだけど、まあ大差ないレベル。
最初から　(a)の書き方をするべき。

992:デフォルトの名無しさん
07/08/19 19:42:26
>>989
malloc(strlen(s)+1)
こんな書き方をしたら、気持ち悪いだろ。

mallocが受け取るのは「文字数」ではなく「バイト数」だ。
strlenが返すのは「バイト数」ではなく「文字数」だ。それは+1しても、「文字数」のままだ。
「バイト数」を受け取るところに、「文字数」を渡すのは、気持ち悪すぎる。

sizeof(char)に「文字数」を掛けることで、適切に「文字数」を「バイト数」に変換できる。
だから、たとえsizeof(char)が1だとわかりきっていても、それを省略すべきではない。

993:デフォルトの名無しさん
07/08/19 19:43:53
>>991
99%の確率でバグっているコードを「普通の書き方」なんて言うな。

994:デフォルトの名無しさん
07/08/19 19:48:17
＞sizeof(char)に「文字数」を掛けることで、適切に「文字数」を「バイト数」に変換できる。
いいえ。

995:デフォルトの名無しさん
07/08/19 19:48:32
ツマンネェ奴ら

996:デフォルトの名無しさん
07/08/19 19:49:00
>>977 は >>974 でしょ？
元もとstrlenだけで十分だと言ってるんだと思うが...
もし、つけるんだったらsizeof(*line) じゃだめか？

997:デフォルトの名無しさん
07/08/19 19:52:37
>>993
元のコードにあわせただけ。
この話の本筋とは関係ないし。

マイナーな本でsizeof(char)を使えって薦めてるのを見たことあるけど、
まあ、こういうスタイルは、圧倒的に少数派。
こんなクセのある書き方を推奨するやつは、コードを読んで無さ杉。

998:971
07/08/19 19:54:19
なんかスレが荒れてしまって申し訳ないです。

皆さん善意で書き込んでくださっているわけなので、感謝してます。
ただ個々人で使用し続けてきたコーディングのスタイルがあって、それでいい争いになってしまっていて、すれが険悪になってしまって申し訳ありません。

今回の件ではバグが取れたという以外にも、文字列絡みの処理に対して再勉強する機会になったのでよかったです。

999:デフォルトの名無しさん
07/08/19 19:55:25
↓1000

1000:デフォルトの名無しさん
07/08/19 20:02:37
呼んだ?

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