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

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

97:デフォルトの名無しさん
07/06/05 23:40:24
>>95
はいはいかわいい子犬ちゃん

98:デフォルトの名無しさん
07/06/05 23:47:21
VisualStudioの環境が重ければソースを外部で編集するようにして
構成ツールをmake代わりに使ったり、clだけ利用すればいい話
てかいくらなんでもUNIX推奨は冗談だろう…

99:デフォルトの名無しさん
07/06/05 23:48:45
>>98
俺はそうしてる。つっても芽衣の開発環境じゃないんだが。
普段がテキストエディタなもんで、そっちのほうがやりやすい。

100:デフォルトの名無しさん
07/06/05 23:50:21
VisualSutudioの環境が重ければPC買い換えればいい

・・・もしかしてだいぶMSにお布施してるかな、漏れ。

101:デフォルトの名無しさん
07/06/05 23:55:22
>>95
かわいこちゃん・・・
人の話聞いて知ったかするより、自分でWinとUnix系の違いを
自分で調べて知りなさい。

102:デフォルトの名無しさん
07/06/06 00:43:54
>>98
最近のゲーム機やパチンコ台の液晶なんかの場合はUNIX系環境が主流だな
そっち方面ならcygwinやlinuxでなれておくと楽だぞ
あのへんなら開発環境に金かからんし

Winだけのプログラム勉強したいならともかく、
広い意味でプログラムの勉強したいならVisualStudioはオススメしない

103:デフォルトの名無しさん
07/06/06 00:46:43
プログラムの勉強なら環境はなんだっていいだろ

104:デフォルトの名無しさん
07/06/06 00:51:27
いいだろ

105:デフォルトの名無しさん
07/06/06 00:53:21
マジかよ
もうvsのインターフェースに慣れちゃったぜ…orz

106:デフォルトの名無しさん
07/06/06 01:23:45
>>103
MSの環境は独自の俺様仕様が多過ぎる、それに値段も高い
SDKのバージョン変わるとコンパイル通らなくなったりするし
小規模なプログラムだといいけど大規模になるとあの互換性のなさには泣けてくるぞ
開発以外の余計な事に時間取られすぎるんだよ

いまだに一部ゲームで古いDirectXとか使ってるのはそのせいだろうし

仕事の関係で多数の環境、日立のshcとかgcc、ボーランドCとかLSI-C、CodeWarrior その他いろいろ
使ってきたけどあそこまでかけ離れてるのはMS環境だけだ

107:デフォルトの名無しさん
07/06/06 01:35:06
それでもMSを勧める人がいるのはやっぱ「MSだから」だと思うよ？
SDKとかMFCをC++の勉強に使うなんて、とても勧められないし
コンパイラのバグもちょくちょくあったりする。
設定に困ったときにネットで探せば色々見つかるってのは大きいと思う。
コンパイラのバグなんて、MS環境でもなきゃ中々しにくくね？
まぁ、bccやgccならそれなりにサイトも多いけどやっぱMSに比べると・・・

やっぱ、作ったもんが動くからプログラミングって楽しいんじゃね？
とはいえ値段や仕様変更の多さには同感だｗ

108:デフォルトの名無しさん
07/06/06 02:56:46
値段は（学割だけだけど）凄まじいダンピング始めたからなぁ
Visual C++ は単品で持ってたけど、VSのあの安さなら買っちゃうって

109:デフォルトの名無しさん
07/06/06 04:25:45
VC++.net2003でmain.cpp, Sphere.hとSphere.cppとファイルを分割しました
Sphere.hにint Collide( Sphere, Sphere )という関数を定義して, Sphere.cppで実装しました
このint Collide( Sphere, Sphere )をinline関数にしたいのですが、上手く行きません
.h, .cppのどちらにもinlineを書く, どちらか一方に書く場合と試しましたが上手く行きません
どちらにもつけない場合は上手く行きます
どうすればinline関数にできるでしょうか？無理なのでしょうか？
よろしくお願いします

110:デフォルトの名無しさん
07/06/06 04:26:58
inline関数は内部リンケージを持つからヘッダファイルには書くな。

111:109
07/06/06 04:36:03
内部リンケージで調べたら分かりました
ありがとうございました

112:デフォルトの名無しさん
07/06/06 04:55:09
内部リンケージって言葉を聞いたばっかりで
理解せずに使ってるだけな馬鹿は無視しろ

113:デフォルトの名無しさん
07/06/06 04:56:48
>>110
inline 関数はヘッダに書くもんだろw

114:デフォルトの名無しさん
07/06/06 06:07:24
正しくはinline関数の「宣言だけ」ならヘッダには書くな、書くなら「定義」まで
書け、って事だな

115:デフォルトの名無しさん
07/06/06 06:13:31
具体例としてはジャネリックな独自テンプレートライブラリを作る時とかか
なんか極めて限られるような状況ですな

116:デフォルトの名無しさん
07/06/06 07:31:36
>>110
inline 指定とリンケージは関係ないよ。

117:デフォルトの名無しさん
07/06/06 07:32:28
>>116
でもヘッダファイルに宣言だけしたらリンカエラーでるじゃん？

118:デフォルトの名無しさん
07/06/06 07:35:02
なんという面倒くさい仕様…
これは暗に「よほどのことが無い限り使うな」と言っているので同じではないか

119:デフォルトの名無しさん
07/06/06 07:36:50
>>117
定義が無いからだろ。リンケージも inline も関係ない。

120:デフォルトの名無しさん
07/06/06 07:39:09
>>118
その認識で問題ない。 inline で速度が変わる状況なんてかなり減ってきてるし、
これからも減るだろうし。

121:デフォルトの名無しさん
07/06/06 07:40:49
もうinline化なんかコンパイラに任せろよ
適当にやってくれるだろ

122:デフォルトの名無しさん
07/06/06 07:45:38
>>118
ついでに言えば、最早コンパイラはオブジェクト間最適化を行なう時代。
inline指定なんぞせんでもコンパイラの方で勝手に(別ファイルの関数さえ)インライン展開してくれるよ。

123:デフォルトの名無しさん
07/06/06 07:46:05
>>119
静的リンケージだから定義がないんじゃないのか？

124:デフォルトの名無しさん
07/06/06 07:47:01
内部、だ。

125:デフォルトの名無しさん
07/06/06 07:51:14
>>119
それはおかしい。extern宣言しても他のファイルで定義してある
inline関数は使えんぞ。

126:デフォルトの名無しさん
07/06/06 08:03:10
>>125
なるほど。 inline は関係あるな。

7.1.2p4 より
"An inline function shall be defined in every translation unit in which it is used and
shall have exactly the　same definition in every case."

inline 関数は使われるソースごとに定義が必要になるってことらしい。
エラーになるのはこのルールに違反するからであって、リンケージは
関係ない。

127:デフォルトの名無しさん
07/06/06 08:05:29
>>126
お前最初にinline関係ないって言ったじゃん。いい加減な事を言うな。

128:デフォルトの名無しさん
07/06/06 08:19:03
ごめんよ。 >119 を書いた時点では分割コンパイルを意識してなかったんだ。

129:デフォルトの名無しさん
07/06/06 08:20:18
( ﾟдﾟ)ﾎﾟｶｰﾝ

130:デフォルトの名無しさん
07/06/06 08:21:37
分割コンパイルを使わないとC++の意味が・・・・・

131:デフォルトの名無しさん
07/06/06 19:15:39
getchar(c);

c - '0' /*cの中が文字か数字かをしらべる*/

c - '0' の意味がわかりません
これは何をやってるんですか？

132:デフォルトの名無しさん
07/06/06 19:18:36
c - '0' は普通数字を 0 ～ 9 の数値に変換するときに使うけど

133:デフォルトの名無しさん
07/06/06 19:43:22
ざっと C++ のドラフトを見ても、
仮想関数テーブルに関する記述がないんですが、
仮想関数テーブルは C++ の仕様上には
全く存在しない概念なんでしょうか？

134:デフォルトの名無しさん
07/06/06 19:50:11
ABIとか、Implementation Specificな話は規格には載らないんじゃないの

135:デフォルトの名無しさん
07/06/06 19:53:29
>>131
'0'ってのは数値的には0x30、そこから順に0x39('9')まで並んでる
だから文字として入力したものを数値に変換するときはそういうこともするけど・・・

キャラクターコードの意味わかってないなら
isdigitとか使っとけ
変換するなら
atoiとかstrtol使えばいい

それコメントが間違ってるよｗ

関数使わずに調べるなら
if((c >= '0') && (c <= '9'))
でいいだろうし、
変換したいならその後に c-'0' したほうがいいと思う

c-'0' じゃ数字かどうか調べてないしな・・・

136:デフォルトの名無しさん
07/06/06 19:58:24
直接プログラミングではない質問なのですが、
ネットワーク外部にインストールしたRuby等の.exeを、ファイル共有した状態で
例えば
\\マシン名\\Ruby\bin\ruby.exe
にあるruby.exeを実行したくて
Path環境変数に"\\マシン名\\Ruby\bin"を追加したのですが、うまくいきません。

そもそも無理なのか、または指定のやり方が間違っているのでしょうか？

137:デフォルトの名無しさん
07/06/06 20:02:41
歯医者に風邪治してくれと言ってるようなもの
スレ違い

138:デフォルトの名無しさん
07/06/06 20:14:38
下手な例えだな

139:デフォルトの名無しさん
07/06/06 20:43:07
>>134
つまり、仮想関数テーブルは Implementation Specific な話ということなんですね。
了解しました。

140:1/2
07/06/06 20:51:48
#include <stdio.h>
int main(void)
{
int a, b, n;
puts("整数を2つ入力してください");
scanf("%d %d", &a, &b);
puts("演算子を入力してください");
n = getchar();
switch(n)
{
case '+':
printf("%d\n", a+b);
break;
case '-':
printf("%d\n", a-b);
break;
case '*':
printf("%d\n", a*b);
break;
case '/':
printf("%d\n", a/b);
break;
case '%':
printf("%d\n", a%b);
break;
}
return 0;
}

141:2/2
07/06/06 20:52:58
#include <stdio.h>
int main(void)
{
int a, b, n;
puts("整数を2つ入力してください");
scanf("%d %d", &a, &b);
puts("演算子を入力してください");
n = getchar();
switch(n)
{
case '+':
printf("%d\n", a+b);
break;
case '-':
printf("%d\n", a-b);
break;
case '*':
printf("%d\n", a*b);
break;
case '/':
printf("%d\n", a/b);
break;
case '%':
printf("%d\n", a%b);
break;
}
return 0;
}

142:2/2
07/06/06 20:53:38
上記のプログラムを作ったのですがコンパイルして実行すると
「演算子を入力してください」
でプログラムが終了してしまいます。
何故でしょうか？
環境はcygwinです。

143:デフォルトの名無しさん
07/06/06 20:58:13
>>142
getchar() で改行文字を読み込んでいるから

144:142
07/06/06 21:09:30
>>143
"改行文字を読み込んでいる"、とはどういうことでしょうか？

145:デフォルトの名無しさん
07/06/06 21:22:48
scanf で数値の後にいれた改行が stdin のバッファに残っている
getchar でバッファに残った改行文字が取り出される

とりあえず

scanf("%d %d", &a, &b);
↓
scanf("%d %d%*[\n]", &a, &b);

または

scanf("%d %d", &a, &b);
↓
scanf("%d %d", &a, &b);
while(getchar()!='\n');

としてみては？

146:142
07/06/06 21:29:59
>>145
無事解決しました。有り難うございます。
直後の改行が残ってたんですね；
あらかじめ、a,bに値を代入してscanfを削除したらちゃんと実行できた訳ですね。

147:デフォルトの名無しさん
07/06/06 23:46:17
Google Booksすげーな。言語の本無料でみれんじゃん

148:デフォルトの名無しさん
07/06/06 23:57:06
>>147
それって、前にTVでやっていた著作権切れの本を公開する奴？

149:デフォルトの名無しさん
07/06/07 06:26:40
NULLが0でない環境が存在するのと同様に、
0がぬるぽじゃない環境ってのもあるんでしょうか？

150:デフォルトの名無しさん
07/06/07 06:28:41
0がぬるぽでない環境が存在するのと同様に、
NULLが0じゃない環境ってのもあるんでしょうか？

151:デフォルトの名無しさん
07/06/07 06:49:24
トートロってんじゃねぇよって事ですか
よく考えると自分も質問の意図を把握できてないのに気づいたので取り下げます

152:デフォルトの名無しさん
07/06/07 09:12:19
>>149
0 こそが真のヌルポインタだよ。
ただ、これだけだと整数型とか小数型の値としてもとれるから、
NULL ってマクロを使ってそれを回避できるようにもしてるだけ。

153:デフォルトの名無しさん
07/06/07 09:53:37
>>152
そんな隙だらけの説明しかできないんならヌルポインタについて語るのはやめとけ。
↓これでいいだろ。
URLﾘﾝｸ(www.kouno.jp)

154:デフォルトの名無しさん
07/06/07 09:57:54
自分の読解力の無さを人の文章力のせいにするな

155:デフォルトの名無しさん
07/06/07 10:10:02
確かに隙が多かったな。

＞ただ、これだけだと整数型とか小数型の値としてもとれるから、

これは、

＃ただ、これだけだと「プログラムを読む人間」が、この 0 が
＃数値の 0 か、ヌルポインタの 0 かを、そこからだけでは読み取れないので、

という風な意味。

156:デフォルトの名無しさん
07/06/07 10:13:43
自分の文章力の無さを人の読解力のせいにするな

157:デフォルトの名無しさん
07/06/07 10:18:00
コピペうざす

158:デフォルトの名無しさん
07/06/07 10:25:38
自分のうざさを人のうざさのせいにするな

159:デフォルトの名無しさん
07/06/07 10:33:51
彼は分裂症で、彼の否定する自分自身とは彼自身では違う人格なのだから良いんだよ。

160:デフォルトの名無しさん
07/06/07 10:54:04
何もかもみんなお前のせいだ

161:デフォルトの名無しさん
07/06/07 14:32:34
for(;;)
{
struct st* a;
get(&a); /* callocで構造体配列作成しaに割り当て */
free(a);
}
これをコンパイルすると、syntax error: missing';' before 'type'
とでます。アドバイスを頂けないでしょうか。お願いします。

162:デフォルトの名無しさん
07/06/07 14:36:43
申し訳ありません。161の件は宣言の前にif-break;を入れていたのが原因
のようです。しかし、freeのときにエラーが出るのがわからなく
その件について助言お願い致します。

163:デフォルトの名無しさん
07/06/07 14:42:07
>>162
その原因の行も書いてよ。

自分がコンパイラになったつもりでたどればわかる

164:デフォルトの名無しさん
07/06/07 14:47:38
aをNULLで初期化したらエラー消えるはず

165:デフォルトの名無しさん
07/06/07 14:49:08
は関係ありませんねすいません

166:デフォルトの名無しさん
07/06/07 15:18:12
161です。レスありがとうございました。自己解決しました。
if(FALSE)break;
struct st* a;
get(&a);
free(a);
だとコンパイルできなくて
struct st* a;
if(FALSE)break;
get(&a);
free(a);
だと実行時エラー。
struct st* a = NULL;
if(FALSE)break;
get(&a);
free(a);
で解決しました。C言語に慣れておらずいまいち理解できないので
すごく変な勘違いしてそうですね…。

167:デフォルトの名無しさん
07/06/07 15:27:24
変数の宣言がブロックの先頭じゃなかった、という落ちか・・・
実行時エラーは何か勘違いしてる

168:デフォルトの名無しさん
07/06/07 15:32:37
おそらく、get() の先のcallocで取ったポインタを * つけないで代入してるんだろうな

169:デフォルトの名無しさん
07/06/07 15:32:46
実行時エラーというか実行時警告というか
あれは未初期化ポインタに対するアクセスのエラーだから
リリースビルドにすれば実行時に落ちることは無い
しかしその前にコンパイラの方で未初期化に対するどうたらこうたらっていう
警告が出るはずなんだが…

170:デフォルトの名無しさん
07/06/07 15:34:10
>>169
get で &つけて呼び出してるから、警告は出ないんじゃないかな。
その関数で代入失敗してるっぽい。

171:デフォルトの名無しさん
07/06/07 15:38:09
そうかごめん
試しにそうしたら確かに通っちゃったよ…

172:デフォルトの名無しさん
07/06/07 15:41:04
コンパイルの段階で出てくるのが　コンパイルエラー
（リンクの段階で出てくるのが　リンクエラー）
出来上がった実行ファイルを実行して出てくるのが　実行時エラー

m(c)alloc で得られたポインタではない非NULL 値を realloc しようとしたんじゃねーかな？

173:デフォルトの名無しさん
07/06/07 15:44:43
って calloc と書いてあったな…
get(struct st**) の実装晒したほうが早いぞ

174:デフォルトの名無しさん
07/06/07 15:52:12
getの実装は既存のライブラリです。でも一応、callocの部分を
確認したところキャストはされていませんでした。
ブロックの先頭・値初期化の不備は、お恥ずかしいミスです。
ところで、C++てエラーメッセージがわかりにくくないですか？
関数や引数のクイックインフォも出なくて、難しすぎて泣けてきます。

175:デフォルトの名無しさん
07/06/07 15:56:37
いや、これそのままなら初期化いらないはずなんだって。
getの仕様によるけどな。

176:デフォルトの名無しさん
07/06/07 15:59:17
あ、>>168はキャストのことじゃなくて、参照を考慮にいれてないって
ことでしょうか？でも多分、get()には問題はないはずです。
たった４行のコードでここまで悩める俺みたいなバカは
プログラマに向いてないんでしょうねorz

177:デフォルトの名無しさん
07/06/07 16:08:38
>>176
だったら get(arg) の仕様は？

第一引数 arg の内容を書き換えるだけ　ならば、
　NULL 初期化しなくても、実行時エラーは出ないつくりになる（はず）。

第一引数 arg の内容を確認してから書き換える　ならば、
　NULL 初期化が必須になるだろう。

この違いは get() を作った奴が指示すべきで、それを利用する側は、
その指示に従うしかない。　（で、その指示がない場合は作った奴を呪う）

178:デフォルトの名無しさん
07/06/07 18:47:58
コマンドプロンプトで色々なコマンドが用意されていると思うのですが、
それをC言語で使用するにはどうすればいいのでしょうか？
具体的に言いますと、とりあえずexeファイルにa.txtをD&Dしたらそのディレクトリに
copy_a.txtというファイルを作成したりしたいです。コマンドプロンプトでいうとcp a.txt copy_a.txtですね。
まぁやりたいのはcpコマンドではなくて、javacコマンドとjavaコマンドなのですが･･･。

179:デフォルトの名無しさん
07/06/07 18:51:14
system関数

180:178
07/06/07 18:51:42
まぁ、要はJAVAのコンパイルが面倒なのでドラッグするだけで出来るソフトをCで作りたいって話なんです。

181:178
07/06/07 18:54:29
>>179
ありがとうございます。
ちょっとやってみます。

182:デフォルトの名無しさん
07/06/07 19:19:13
strcmp(buf, '\0');
でエラーが出るのですが、何か書式を間違ってるでしょうか？
文字列を最後まで1文字ずつ取得して、文字数を数えるプログラムを作ろうとしています。
最後取得したら\0がbufに入ると思うのですが、上の文でエラーが・・・

183:デフォルトの名無しさん
07/06/07 19:23:49
>>182
URLﾘﾝｸ(www.linux.or.jp)
引数の型が違う。（というかたぶんstrcmp()が何をする関数なのか勘違いしている）

184:デフォルトの名無しさん
07/06/07 19:26:23
そもそもそんな関数呼ぶくらいならstrlenでいいじゃん

185:デフォルトの名無しさん
07/06/07 19:37:02
>>183
とりあえずnullmoji[2]に'\0'を入れてstrcmpをしたら正常に動作しました。
ありがとうございました。

>>184
そういう課題なんです･･･

186:デフォルトの名無しさん
07/06/07 19:42:50
C++でクラスを書くとき、Javaの書き方に合わせようと思って、

#define Public public:
#define Private private:
#define Protected protected:

って定義して、んでヘッダファイルを

Public int getNum();
Public void setNum(int num);

みたいに書いてみたんだけど、これと似たようなことをやる人は多い？
それとも明らかにC++の常識からは外れた書き方？

187:デフォルトの名無しさん
07/06/07 19:46:56
他言語を真似るマクロは愚の骨頂だと俺は思う

なにより読みにくいし、なら java でかけよと言いたい

188:デフォルトの名無しさん
07/06/07 19:52:34
>>186
m9（ ´,_‥｀）ﾌﾟｯ

189:デフォルトの名無しさん
07/06/07 19:56:46
つか
Javaってpublicだのprivateだのの先頭、いつから大文字で書くようになったんだ

190:デフォルトの名無しさん
07/06/07 19:57:08
>>186
PASCAL風に
#define BEGIN }
#define END }
なんてやられたソースをおまえは許せるんだな？

191:デフォルトの名無しさん
07/06/07 19:59:41
Bourne shellの作者のSteve BourneがALGOL風のトンチキなマクロを定義して
シェルを書いたのは（勿論悪い意味で）有名

192:デフォルトの名無しさん
07/06/07 20:20:55
>>187
関数一覧をカテゴリ別に並べて書きたくて……

>>188
(´･ω･`)

>>189
いや先頭が小文字のpublicとかは予約語なんで

>>190
……ええと、すいません

193:デフォルトの名無しさん
07/06/07 20:23:51
マクロなんだから予約語も糞もないだろ

194:デフォルトの名無しさん
07/06/07 20:26:05
#define for if(0); else for

とかできるんだぜ。

195:デフォルトの名無しさん
07/06/07 20:29:36
>>186
やるな。
理由は色々あるが、一番実害があるのはこんなところか。

#define public public:

としたとして、

class A {
public void foo();
void bar();
};

の bar のアクセス指定がどうなるか考えてみよう。
これは public だ。

だが、見た目から直感的に感じるのは private だろう。
こういう齟齬が発生するから、してはいけない。

196:デフォルトの名無しさん
07/06/07 20:29:41
>>192
あほすぎｗ

197:デフォルトの名無しさん
07/06/07 20:37:01
>>194
for (int i=0; ...) {
　// スコープ1
}
// スコープ2

でi がスコープ2 まで有効な特殊系(VCだなっ) を回避する常套句ですな

198:デフォルトの名無しさん
07/06/07 20:41:40
ふるっ

199:デフォルトの名無しさん
07/06/07 22:09:01
特殊っていうか、昔はそれで仕様通りだったと思う。

200:デフォルトの名無しさん
07/06/07 23:01:19
そういえばVisual　C++で.NETアプリケーションのウィザードを使うと、
public:　void　Hoge()なんてコードを出していた気がする

201:デフォルトの名無しさん
07/06/07 23:03:36
>>199
それが仕様だったかも知れないが、規格にはなっていない罠。

202:デフォルトの名無しさん
07/06/07 23:06:05
ふるーい規格の話だけど、
それでもなってないの？

203:デフォルトの名無しさん
07/06/07 23:07:51
ARMやドラフトを規格だと言うのなら
規格になっていたと言うがいい

204:デフォルトの名無しさん
07/06/07 23:26:13
なるほど。ドラフト段階でしかこの仕様はなかったわけか。

205:178
07/06/07 23:43:26
>>178です。とりあえずサンプルってことで
system("cd c:\\java");
system("java HelloWorld");
で実行したみたのですが、
Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld
と出てしまいます。普通にコマンドプロンプトでcd c:\javaとjava HelloWorldを打ち込んだときは
正常に動作するのですが、何かsystemでやるときに特別に何かしなければいけない事があるのでしょうか？

206:178
07/06/07 23:49:32
というよりも、system("cd c:\\java");のあとに
system("dir")を実行したら、javaディレクトリが表示されずに、
プロジェクトのディレクトリが表示されるのですが・・・

207:デフォルトの名無しさん
07/06/07 23:52:22
system("java c:\\java\\HelloWorld");じゃ駄目なの？

208:デフォルトの名無しさん
07/06/07 23:52:57
それぞれのsystem呼出は、細切れになるから
1度のsystem呼出で済ませるようにしろ
絶対パスで指定するとか、バッチファイルを作ってそれをsystemで呼ぶとか

209:178
07/06/07 23:56:35
一回ごとに細切れなんですか･･･。結構面倒ですねｗ
とりあえずsystem("java c:\\java\\HelloWorld");で実行してみたのですが、やはり
Exception in thread "main" java.lang.NoClassDefFoundError: c:\java\HelloWorld
と出てしまいます。う～ん･･･

210:178
07/06/08 00:06:01
system("javac c:\\java\\HelloWorld.java");
は普通に実行できてるっぽいです。javaコマンドだけ何で出来ないのかな；；

211:デフォルトの名無しさん
07/06/08 00:12:18
カレントに存在する必要があるのかな?
それとも区切り文字か。
ってことで、system("cd c:\\java; java HelloWord")とsystem("java c:/java/HelloWordl")を試して味噌。

212:デフォルトの名無しさん
07/06/08 00:21:01
先にコマンドプロントにjava c:\java\HelloWorldに打ち込んでみれば？

213:デフォルトの名無しさん
07/06/08 09:35:51
>>212
普通はそれを最初にやるわな

214:デフォルトの名無しさん
07/06/08 10:47:42
C++の参照は、中身はポインタと同じで、参照先のアドレスがメモリに記憶されてるんですか？
（関数内で参照をいくつか用いると、それだけスタック使うことになりますか？）

215:デフォルトの名無しさん
07/06/08 10:55:06
＞（関数内で参照をいくつか用いると、それだけスタック使うことになりますか？）
質問の意図が読めんが…

関数の引数で
値渡しした場合には　値が持つ大きさ　だけｽﾀｯｸに詰まれる
参照渡しした場合には　ポインタが持つ大きさ　だけｽﾀｯｸに詰まれる

216:デフォルトの名無しさん
07/06/08 11:34:37
>>214
通常変数がスタックを消費する保証はない。
まして、参照変数がスタックを消費するかどうかはコンパイラ次第。

217:178
07/06/08 12:13:26
>>212
おぉ・・・出来ませんでした･･･。何でだろう･･･。
javaコマンドはそのカレントディレクトリにあるファイルに対してしか実行できないとか・・・？

218:178
07/06/08 12:19:35
>>211
system("cd c:\\java; java HelloWorｌd");
だと、指定されたパスが見つかりませんと出ます。
system("java c:/java/HelloWordl");
だと、Exception in thread "main" java.lang.NoClassDefFoundError: c:/java/HelloWorld
う～ん・・・

219:178
07/06/08 12:23:46
system("copy c:\\java\\HelloWorld.class c:\\java\\HelloWorld2.class");
などは正常に動作するようです。やはりjavaコマンドの仕様なのでしょうか･･･；；

220:デフォルトの名無しさん
07/06/08 12:32:11
javaの仕様がわかってないな。
まあカレントディレクトリの移動などは、SetCurrentDirectory() 使えばいい

221:178
07/06/08 12:44:54
>>220
ありがとうございます。どうやら僕の勉強不足のようですね。しかし、
SetCurrentDirectory((LPCWSTR)"c:\\JAVA");
としても、カレントディレクトリが変わったような動作はしないのですが・・・。
その後dirコマンドを打ったら、やはりプロジェクトのディレクトリが表示されます。

222:デフォルトの名無しさん
07/06/08 12:48:21
まさかとは思うが、Dドライブで作業してたりして。

223:デフォルトの名無しさん
07/06/08 12:49:32
＞SetCurrentDirectory((LPCWSTR)"c:\\JAVA");

SetCurrentDirectory(L"c:\\JAVA");
じゃ…

224:178
07/06/08 12:53:25
解決する事が出来ました。
とりあえずプロジェクトのプロパティの文字設定をUnicodeから設定なしに変更しました。
その後、SetCurrentDirectory((LPCWSTR)"c:\\JAVA");をSetCurrentDirectory("c:\\JAVA");
に変更し、system("dir")をしたところ、JAVAディレクトリが表示されました。
それを確かめた上で、system("java HelloWorld");を行ったら無事実行する事が出来ました。
原因がよく理解出来ないのですが、とりあえず動作できたのでいいのかな・・・。
ありがとうございました。

225:デフォルトの名無しさん
07/06/08 13:32:56
SetCurrentDirectory(_T("c:\\JAVA")) なら、unicodeでも設定無しでも動くよ
エラーが出るからってとりあえずキャストすんのはやめとけ

226:デフォルトの名無しさん
07/06/08 13:42:37
あともう一つ。
system("java c:/java/HelloWordl");
これだけど、
system("java -classpath c:/java HelloWordl");

これなら動くんじゃないか？
HelloWordl の綴りが気になるが

227:178
07/06/08 13:54:53
>>225
丁寧にありがとうございます。キャストはあまりしないほうがいいみたいですね。
現在はchar型の変数にパスを入れて、SetCurrentDirectory(dirPass);のようにしているのですが、
やはりそれだと動作が微妙です。引数はcharじゃなくてLPCTSTR（？）じゃないといけないのかな
とか思いつつ奮闘しています。

>>226
一応-classpath（-cp）も使って実行してみたのですが、確か出来なかったです。
HelloWorldの綴りが>>211で間違ってるのにも実は気付いていて、ちゃんと綴りを直して実行しました。

228:デフォルトの名無しさん
07/06/08 13:56:31
>>227
classpath の指定と HelloWordl の間にはスペースがあるんだけどわかってる？

229:デフォルトの名無しさん
07/06/08 14:00:32
日本にもう一人いるのか、本人なのか。

URLﾘﾝｸ(www.google.co.jp)

230:178
07/06/08 14:04:28
>>228
あ、大丈夫です。ちゃんと半角スペース入れています。

あと、どうやら>>227のSetCurrentDirectory()は引数の型とかの問題じゃなかったです。
むしろ何も問題は起きてませんでした・・・(´･ω･｀)
どうやらstrncat(dirPass, &argv[0][0], point);を実行した後にsystemコマンドが使えないです。
system("dir");を実行しただけでエラーが・・・。

231:デフォルトの名無しさん
07/06/08 14:10:49
>>230
ちゃんとコピペしてやってみたのかよ
そもそも、これがおかしいんだよ→ c:/java/HelloWordl
ここはファイルを指定するんじゃなくてクラス名を指定するの
パス名がクラスの階層を表してはいるけどな

＞system("dir");を実行しただけでエラーが・・・。
ふーん

232:178
07/06/08 14:18:29
>>231
ちゃんとコピペしてやりました。HelloWorldがクラス名なのも理解しています。

233:デフォルトの名無しさん
07/06/08 14:32:47
わかった。もうキミには言うことは無い
うちでは動いてるけど、君のトコでは動かないんだね

234:デフォルトの名無しさん
07/06/08 14:44:31
>>230
どこか壊してるんでしょう。
dirPassはちゃんと文字列を置ける所を指してる？
（argv[0]って自分の名前なんだけど、それで何するんだろ？）

235:178
07/06/08 15:16:42
>>233
そういう次元でもないような･･･。

>>234
dirPassをprintfで表示させたらちゃんと目的のものを表示してくれました。
とりあえず手法を変えて、argv[0][point]に\0を入れてstrcpyしてみたらsystem("dir")が正常に動作しました。
一体何だったのでしょう･･･。argv[0]は最終的にはargv[1]に置換する予定ですｗ

236:デフォルトの名無しさん
07/06/08 15:18:42
>>233の皮肉に気づけよ

237:デフォルトの名無しさん
07/06/08 15:19:58
なんかさ、やろうとしてることがショートカット作る程度でできそうな事な感じなんだが
複数コマンドだとしてもバッチファイルで済むレベルの内容じゃないのか？
無理矢理Cで作ろうとするほうが疑問なんだが・・・

238:178
07/06/08 15:30:47
>>236
ヤバイ･･･全然皮肉が伝わってなかったらしいです；；
言われても気付けない俺はバカかもしれない・・・
まぁ、逆に考えれば幸せな人なのかもしれないから良いか(`･ω･´)ふふふ

>>237
やろうとしていることは、D&Dで.javaを渡したらコンパイル、.classを渡したらそれを実行するプログラムです。
もしかしたらもっと簡単で楽な方法があるんですかね･･･。バッチファイルとか分からないので後でググッておきます。
JAVAを昨日から勉強しようと思ったのですが、いちいちコマンドプロンプトでディレクトリ移動したり
javaコマンド打ったりするのが面倒だと思って･･･。↑押せば前のコマンドは出てきますけど、それさえも面倒で･･･。
というか、コマンドプロンプトでコマンド打つのが嫌いなんです；；
そして、今大体プログラムは完成したっぽいです。

239:デフォルトの名無しさん
07/06/08 15:32:32
strncpy()は鬼門。積極的に使う理由がないなら、sprintf()を使え。

240:デフォルトの名無しさん
07/06/08 17:32:11
したのようなプログラムで、今調べている位置を出力するにはどうしたら良いですか?
printf("%d\n", Fd)としたら値が変化しません・・・

struct ffblk Fd;
findfirst("*", &Fd, 55);
do {
printf("%s\n", Fd.ff_name);
}
while(!findnext(&Fd));

241:デフォルトの名無しさん
07/06/08 17:45:49
>>240
何も分からない

242:デフォルトの名無しさん
07/06/08 17:48:57
>>241
再帰を使わずにディレクトリ内のファイルを出力したいのですが
ディレクトリを進めたときに上ディレクトリで何処まで読んだかを記録しておきたいんです

243:デフォルトの名無しさん
07/06/08 17:50:47
A_dir
B_dir
C_dir
というディレクトリがあったとき、B_dirを調べ終わったとき
次にC_dirを検索するにはどのデータを保存しておけば良いんですか??

244:デフォルトの名無しさん
07/06/08 17:59:58
>>243
関数を再帰的に書けば良いじゃん

245:デフォルトの名無しさん
07/06/08 18:05:38
>>244
再帰を使いたくないんです・・・

246:デフォルトの名無しさん
07/06/08 18:07:08
何故?

247:デフォルトの名無しさん
07/06/08 18:09:33
Fdを保存しておけばいい

248:デフォルトの名無しさん
07/06/08 18:10:05
末尾再帰型で書いてからループ化すれば？
Wikipedia項目ﾘﾝｸ

249:デフォルトの名無しさん
07/06/08 18:13:57
>>246 再帰は不安定になるんですよ

>>247 struct ffblk Fd , Fe; としてFe = Fdと記録してみましたがた゛めでした

250:デフォルトの名無しさん
07/06/08 18:19:05
struct ffblk[MAX_DIR_DEPTH];

251:デフォルトの名無しさん
07/06/08 18:19:21
再帰が不安定とは……

252:デフォルトの名無しさん
07/06/08 18:21:44
普通にスタックに積めばいいじゃん。

253:デフォルトの名無しさん
07/06/08 18:23:20
>>249
再帰で不安定になるのは、あなたの書いたプログラムの問題。
まあ再帰使わなくても>>250みたいなやり方でFA_DIRECでも調べれば可能かとは思うけど
100人中95人以上は、再帰の方がわかりやすく書きやすいと言うだろう。
速度なんか気にするケースじゃないしね。

254:デフォルトの名無しさん
07/06/08 18:28:29
何が「再帰は不安定になるんですよ」だよ馬鹿もんが

255:249
07/06/08 18:29:22
速度を上げる為に複数スレッドで読み込みたいんですよ
再帰だと出来ないんです・・・・

256:デフォルトの名無しさん
07/06/08 18:31:38
ここに複数スレッドでうごいているようなソフトがあるんですけど・・・
どうやればいいんですか???

フォルダサイズ調査　　『 D-Usage.exe 』
URLﾘﾝｸ(hp.vector.co.jp)

257:デフォルトの名無しさん
07/06/08 18:32:30
ﾄﾞﾗｲﾌﾞ資源は１個なのに、複数ｽﾚｯﾄﾞでｱｸｾｽしたら、
かえって遅くなるような気がしないでもない

258:デフォルトの名無しさん
07/06/08 18:35:07
>>250
進める前に、ディレクトリ情報を取得しておいて
自分でそこのディレクトリを設定し直せばいいってことか
それでできそうかも

259:デフォルトの名無しさん
07/06/08 18:36:02
(一般的には)無駄なシークが発生して、遅くなります。

260:デフォルトの名無しさん
07/06/08 18:36:15
>>257
実際にデータを読み込む訳ではないんですよ

261:デフォルトの名無しさん
07/06/08 18:37:02
FindFirstFile()が返してきたハンドルをスタックとして
もっとけばいいだけじゃないの？
そのハンドル持っとけば、次にFindNextFile()呼んだらちゃんと
続きから返ってこないか？

262:257
07/06/08 18:39:04
>>260
俺は >>259 のことを想定して書いた。　余計なシーク発生するから遅くなるんじゃね？　ってこと

263:デフォルトの名無しさん
07/06/08 18:42:22
>>256
そのアプリなら、2スレッドしか動かしていないよ。
恐らくは、GUIスレッドと調査スレッドか。
動きを見ていても、とても複数スレッドでやっているようには見えない。
調べもしないで想像で語る愚に填まったね。

264:249
07/06/08 18:46:10
複数の方が早いですよ

複数スレッド
D-Usage. 36s
URLﾘﾝｸ(hp.vector.co.jp)

単一スレッド
VCDCASE 45s
URLﾘﾝｸ(www.hi-ho.ne.jp)

265:デフォルトの名無しさん
07/06/08 18:49:33
C言語なんですが
自作関数で実引数で文字列を返す事は可能ですか？

266:257
07/06/08 18:49:52
>>264
どうやって HDDｱｸｾｽが複数ｽﾚｯﾄﾞで走っているのを確認したのか教えて欲しい

267:デフォルトの名無しさん
07/06/08 18:50:33
>>264
>263

268:デフォルトの名無しさん
07/06/08 18:54:11
スレッド1個でも動くものができないのに

269:デフォルトの名無しさん
07/06/08 19:00:58
しかし、どうでもいいけどD-Usageとかいうソフト、速いのかも知れないけど使い難いなぁ。
作者本人は悦に入っているようだから別にいいけど。

つーか、VCDCASEは目的が違うじゃん。違う目的のソフトを比較して速度云々って>249はどこまで阿呆を晒せば気が済むんだ?

270:デフォルトの名無しさん
07/06/08 19:09:05
>>265
できます

271:デフォルトの名無しさん
07/06/08 20:52:54
>>249
A_dir
　- file1
　- file2
B_dir
　- file3

とあった場合に欲しい結果は以下のどっち？
1) A_dir B_dir
2) A_dir file1 file2 B_dir file3

1)ならFdを保存すればOK。

272:デフォルトの名無しさん
07/06/09 01:52:08
windows環境でTCHARに対応した標準出力へのiostreamを使いわけるようにしたいわけですが
#ifdef UNICODE
#define tcout wcout
#define tcin wcin
#define tcerr wcerr
#define tclog wclog
#endif
#ifdef _MBCS
#define tcout cout
#define tcin wcin
#define tcerr wcerr
#define tclog wclog
#endif
のようにtc*を定義するのは良くないんでしょうか？
もしそうであるならば、大体案としてはどのようなものがありますか？

273:デフォルトの名無しさん
07/06/09 01:55:20
大体案は代替案のtypoですorz

274:デフォルトの名無しさん
07/06/09 01:56:39
#ifdef _UNICODE
iostream& tcin = cin;
(ry

275:デフォルトの名無しさん
07/06/09 01:57:45
>>272
とりあえず、_MBCS ブロック内のヤツは cin, cerr, clog にしたほうがいいと思うよ。

276:デフォルトの名無しさん
07/06/09 01:57:52
>>272
おそらく、個人・環境等で意見は様々だと思う。
個人的には、４つや５つなら許せるが、こんなことしなくても問題ないようなモノにしたい。

で、その書き方なんだがUNICODEと_MBCSが万が一両方定義されていた場合のことも
考えて、#if-#else-#endifのほうがいいかと。
もしくは、両方定義されていたらコンパイルエラーにするとか。

277:デフォルトの名無しさん
07/06/09 02:01:44
>>274
cin の型は iostream じゃなくて istream やね。
そして、_UNICODE の場合は wistream 。

278:デフォルトの名無しさん
07/06/09 02:05:01
>>272
実際困っちゃうんだよね、それ。
自分も似たようなコトしてるし、多分大丈夫だと思いますよ。

279:デフォルトの名無しさん
07/06/09 02:29:52
回答ありがとうございました。
皆様の意見を参考にこのようにしました。

#ifdef UNICODE
　　#ifdef _MBCS
　　　　#error define either only UNICODE or _MBCS.
　　#else
　　　　std::basic_istream<TCHAR, std::char_traits<TCHAR> >& Tcin = std::wcin;
　　　　std::basic_ostream<TCHAR, std::char_traits<TCHAR> >& Tcout = std::wcout;
　　　　std::basic_ostream<TCHAR, std::char_traits<TCHAR> >& Tcerr = std::wcerr;
　　　　std::basic_ostream<TCHAR, std::char_traits<TCHAR> >& Tclog = std::wclog;
　　#endif
#else
　　#ifdef _MBCS
　　　　std::basic_istream<TCHAR, std::char_traits<TCHAR> >& Tcin = std::cin;
　　　　std::basic_ostream<TCHAR, std::char_traits<TCHAR> >& Tcout = std::cout;
　　　　std::basic_ostream<TCHAR, std::char_traits<TCHAR> >& Tcerr = std::cerr;
　　　　std::basic_ostream<TCHAR, std::char_traits<TCHAR> >& Tclog = std::clog;
　　#else
　　　　#error define either only UNICODE or _MBCS.
　　#endif
#endif

軽く使っただけなんで不具合は分かりませんが、
iostreamやiosfwdでの定義から考えればこれでいけそうに思えます。
_INC_TCHARの定義を必要とするようにとかまだ色々付け加えるべきことはあるとはおもいますが

280:デフォルトの名無しさん
07/06/09 03:17:18
fopen("test.txt", "w");
でファイルをオープンしようとしたのですが、どうやら実行ファイルの場所ではなく、
C:\C:\Documents and Settings\ユーザ名
のディレクトリが対象となっているっぽいです。どうにか対象を実行ファイルのある場所にしたいのですが、
どうすればいいのでしょうか？というよりも、普通実行ファイルの場所が対象になると思うのですが、、、

281:デフォルトの名無しさん
07/06/09 03:24:21
>>280
＞普通実行ファイルの場所が対象になると思うのですが、、、
そんな「普通」はあなたの脳内にしかありません。
大人しく絶対パス指定するなりユーザに設定してもらうなりインストーラで設定するなり
アプリケーションの在り処を検索するなりしてください。

282:534
07/06/09 03:49:25
>>280
これ使ってください＞＜
int getExecutedDirectory(const char* argv[], char* dest, size_t dest_sz) {
size_t i = 0;
size_t len;

len = strlen(argv[0]);
while (i < len) {
printf("argv[0][%d]:%c\n", len-i, argv[0][len-i]);
if (argv[0][len-i] == '\\')
break;
++i;
}
if (dest_sz < len-i +2)
return -1;
strncpy(dest, argv[0], len-i+1);
dest[len-i+1] = '\0';
return 0;
}
argvはmain(int argc, char* argv[])のargvで
destは出力先の文字列の先頭ポインタ
dest_szはsizeof(dest)です＞＜
ちなみにこれC++のSTL使うと4行程でできちゃいます＞＜

283:534
07/06/09 04:20:39
改良しました＞＜
// コマンドライン引数配列から実行されたディレクトリを取得する
int getExecutedDirectory(const char* argv[], char* dest, size_t dest_sz) {
size_t i;
size_t len;

i = len = strlen(argv[0]);
while (i > 0) {
if (argv[0][i-1] == '\\')
break;
--i;
}

if (dest_sz < i +2 || i == 0)
return -1;

strncpy_s(dest, dest_sz, argv[0], i);
dest[i] = '\0';
return (int)i;
}

284:デフォルトの名無しさん
07/06/09 04:36:26
>>281
そんなアプリケーション見たことねえｗ

285:534
07/06/09 04:48:38
まだ直すところありました(^^
// コマンドライン引数配列から実行されたディレクトリを取得する
size_t getExecutedDirectory(const char* argv[], char* dest, size_t dest_sz) {
size_t i;
size_t len;

i = len = strlen(argv[0]);
while (i > 0) {
if (argv[0][i-1] == '\\')
break;
--i;
}

if (dest_sz < i +1 || i == 0)
return -1;

strncpy_s(dest, dest_sz, argv[0], i);
dest[i] = '\0';
return i;
}

286:デフォルトの名無しさん
07/06/09 05:58:26
コマンドライン引き数から実行モジュールの場所が得られると思ったら大間違い。

287:534
07/06/09 06:31:11
詳しく^^

288:534
07/06/09 06:49:51
自己解決しました^^
フルパスじゃないと取得できないので
windowsだとGetModuleFileName()を使うのですね^^
この辺は環境依存になるので注意が必要ですね^^
勉強になりました^^^^；；

289:デフォルトの名無しさん
07/06/09 06:51:34
system()関数って凄く謎なのですが･･･。
printf("aaa\n");をコメントアウトするだけで、エラーが出てしまいます。
これは俺が、system()で使う領域を侵してると考えていいのでしょうか？

290:デフォルトの名無しさん
07/06/09 06:51:36
1.Unix系はarg[0]にパスが入らないんじゃなかったかな。
2.バッファオーバーランしかけたらエラー処理してくれ
3.Shift-JISだとそのコードはまずくね？「c:\ソ.exeとか」
4.const char* argv[]じゃなくてchar const *const argv[]な

291:534
07/06/09 08:06:37
これでどうでしょう？
もうWindows特化ですが(というかUNIXの実行環境が無い(´・ω・`) )

// コマンドライン引数配列から実行されたディレクトリを取得する
size_t getExecutedDirectory(TCHAR* dest, size_t dest_sz) {
_locale_t loc;
size_t len;

// 実行ファイルのフルパスを取得
TCHAR fullpath[4096];
GetModuleFileName(NULL, fullpath, sizeof(fullpath));

// ロケール設定
loc =_create_locale(LC_CTYPE, "japanese");

// 最後の\を見つけて、コピー範囲[fullpath,len)が適用できるようなlenを生成
TCHAR* last_slash = _tcsrchr(fullpath, '\\');
len = last_slash - fullpath +1;

// 出力先の容量が不足ならエラーで-1を返す
if (len-1 == 0 || dest_sz < len) {
if (dest_sz > 0)
dest[0] = '\0';
return -1;
}

// コピーして終端に0
_tcsncpy_l(dest, fullpath, len, loc);
dest[len] = '\0';
return len-1;
}

292:デフォルトの名無しさん
07/06/09 08:17:05
>>289
その周辺を晒してくれないとなんとも言えないのだが。

293:デフォルトの名無しさん
07/06/09 08:34:05
>>279
std::basic_istream<TCHAR, std::char_traits<TCHAR> >& Tcin = std::wcin;
とかって、ここで TCHAR 使っても意味ない気が。
右辺が明らかに wistream 型だし、
wistream と書いた方がすっきりしていいと思うぜ。

294:デフォルトの名無しさん
07/06/09 09:21:55
1.sizeof(fullpath) → sizeof fullpath / sizeof *fullpath
2._tcsrchr(fullpath, '\\')→ _T('\\')
3._tcsrchr(fullpath, '\\') _UNICDEかMBCSが定義されてないとShift-JISは問題起こす(たぶん)
4.dest[0] = '\0'→_T('\0')
5.return -1→return static_cast<size_t>(-1)とか

↓ これで我慢しろ。(UNCパスだと問題あるかも)
std::basic_string<TCHAR> getExePath()
{
TCHAR exe_path[MAX_PATH];
DWORD r = ::GetModuleFileName(NULL, exe_path, sizeof exe_path / sizeof *exe_path);
if( r == 0 || r == sizeof exe_path / sizeof *exe_path )
throw std::runtime_error("うぎゃあ");

TCHAR drive[_MAX_DRIVE], path[_MAX_PATH];
_tsplitpath(exe_path, drive, path, NULL, NULL);

return std::basic_string<TCHAR>(drive) + path;
}

295:デフォルトの名無しさん
07/06/09 09:27:16
>>294
sizeof(fullpath)じゃなんであかんのんですか？

296:デフォルトの名無しさん
07/06/09 09:54:28
>>294だけど、
GetModuleFileNameの第３引数はバイト単位のサイズでなく配列要素数を
指定する。Unicodeビルドの時はsizeof(TCHAR)が2なので、TCHAR buf[10]は
　sizeof buf = 20
　sizeof buf / sizeof *buf = 10

違ってたらごめん

次ページ