10/05/24 23:48:46
breakするかどうかは、nでは決まらないよね？
176:デフォルトの名無しさん
10/05/24 23:50:19
>>166
JAVAのようには出来ないんですね どうもです。
177:デフォルトの名無しさん
10/05/24 23:50:41
>>175
あっ！そういうことですか。ありがとうございました_ _
178:デフォルトの名無しさん
10/05/24 23:51:19
>>172
_asm
179:デフォルトの名無しさん
10/05/25 02:34:49
>>172
お前がやりたい事は無理
そもそもレジスタを理解してないように見えるが
180:172
10/05/25 04:56:04
>>178-179
ありがとうございます
最近学び始めたばかりでして知らないことが多すぎたようです
181:デフォルトの名無しさん
10/05/25 05:41:35
registerなんてキーワードは忘れてしまってよろしい
182:デフォルトの名無しさん
10/05/25 10:51:56
なんでboostは動的デリータ付きのｽｺﾎﾟを用意しなかったんですか？
183:デフォルトの名無しさん
10/05/25 14:54:32
アメリカ人にとってのアルゴリズム辞典の定番の書籍って何がありますか？
184:デフォルトの名無しさん
10/05/25 17:01:59
AmericanCode第三版
185:デフォルトの名無しさん
10/05/25 17:21:26
現実に存在する本でお願いします。
186:デフォルトの名無しさん
10/05/25 18:16:33
URLﾘﾝｸ(www.amazon.co.jp)
187:デフォルトの名無しさん
10/05/25 23:39:09
C言語であるメモリアドレスを引数経由で返すような関数を定義する場合
int hoge( void ** );
といった定義をしたのですが、
char *fuga;
hoge( &fuga );
だと、ポインタの方が違うとワーニング
hoge( (void**)&fuga );
だと、strict aliasingのワーニングになってしまいます。
void **という引数指定をするのはおかしな事なのでしょうか？
int hoge( void * );
という定義にするとなんだか意図が異なる関数のような
int hoge( char * );
とポインタの型を決めてしまうのも意図が異なるような
・・・というあたりで行き詰まっています。
188:デフォルトの名無しさん
10/05/26 00:12:47
4.9:
参照呼び出しに使うため汎用のポインターを関数に渡すのに、 void **を使うことができるか。
A:
移植性まで考れば不可能である。C言語には汎用のポインターへのポ インター型は存在しない。void *が汎用のポインターとして振る舞う のは、他の型のポインターをvoid *に設定したり参照するときに、
自動的に変換が行われるからである。void *以外の何かを指している void **を使って間接参照しようとすると、この変換は実行できない (隠れた正しいポインターの型がわからない)。
189:デフォルトの名無しさん
10/05/26 00:13:25
.libファイルって作ったコンパイラ以外のコンパイラでも使えますか？
190:デフォルトの名無しさん
10/05/26 00:25:20
互換性があれば使えます。
191:デフォルトの名無しさん
10/05/26 00:27:14
>>188
と、いうことは汎用性をあきらめて特定の型のポインタのポインタとするか
ポインタは戻り値で返すように作るかしかないということでしょうか？
それともほかに常套手段のようなものがありますか？
192:デフォルトの名無しさん
10/05/26 00:28:45
void* hoge();
193:デフォルトの名無しさん
10/05/26 00:44:05
正直そこまで汎用性にこだわる理由が分からん
194:デフォルトの名無しさん
10/05/26 00:44:42
気にせず使え
195:デフォルトの名無しさん
10/05/26 02:31:02
void *p;
f((void**)&p);
char *fuga = (char*)p;
てのはどうよ？
196:デフォルトの名無しさん
10/05/26 22:10:39
>>193
こだわるわけでもないですが
いい方法があるなら知りたい使いたいというわけで
ないのなら特に気にしないで適当に
>>195
確かにその方法ならキャスト不要ですが
わざわざそのためだけに別の変数を定義するのも・・・
って事で、気にしないことにします
197:デフォルトの名無しさん
10/05/27 00:02:35
template<class T, class U>
T **pp_cast(U **pp) {
return reinterpret_cast<T**>(pp);
}
char *p;
f(pp_cast<void>(&p));
198:デフォルトの名無しさん
10/05/27 14:00:25
>>131
実は>>109=>>122なんだ
自分のミスを自分で突っ込んだだけなんだよ
199:デフォルトの名無しさん
10/05/27 15:31:44
typedef struct _CELL{
char as_status;
int x;
int y;
int cost;
int heuristic;
int score;
}CELL;
void SetScoreBubbleSort(const CELL*& node, CELL*& list){
int cnt(0);
// ソート開始
while( ( node->cost > list[cnt].cost ) && ( list[cnt].cost != 0 ) ){
cnt++;
}
list[cnt] = *node;
}//続く
200:デフォルトの名無しさん
10/05/27 15:35:54
// 続き
int main(void){
// ---上・省略---
// 床セルのデータ生成(newの二次元配列)
CELL** cell_floor;
int cnt(0);
int cnt2(0);
cell_floor = new CELL* [CellWidth];
for(cnt=0; cnt<CellWidth; cnt++){
cell_floor[cnt] = new CELL[CellLength];
// Astarソート用セルリスト生成（ポインタ型）
CELL** open_list;
open_list = new CELL*[(CellWidth * CellLength)];
// ---途中・省略---
SetScoreBubbleSort(cell_floor[x][y], open_list);//★ここでコンパイルエラー
// ---途中・省略---
// 床セルのデータの削除（deleteの二次元配列）
for(cnt2=0; cnt2<CellLength; cnt2++){
delete[] cell_floor[cnt2];
}
delete[] cell_floor;
// Astarソート用セルリスト削除
delete[] open_list;
}
ってやってるんだけど、コンパイルするとerror C2664: 'SetScoreBubbleSort' : 1 番目の引数を 'CELL' から 'const CELL *&' に変換できません。って出るんだけどどうしたらいい？
201:デフォルトの名無しさん
10/05/27 15:58:46
&はどっから出てきたんだよ
202:199、200
10/05/27 16:04:08
&はSetScoreBubbleSortの関数の引数にポインタを渡したいから使ったんだけどマズイかな？
203:デフォルトの名無しさん
10/05/27 16:48:54
ポインタ渡すなら&cell_floor[x][y]
204:199、200
10/05/27 16:55:58
>>203
配列の形式でそのまま渡せばポインタの先頭アドレスが入ると思って&はつけてなかったけどつけてコンパイルしてみた。
そしたら「error C2664: 'SetScoreBubbleSort' : 1 番目の引数を 'CELL *__w64 ' から 'const CELL *&' に変換できません。」になった。
205:デフォルトの名無しさん
10/05/27 17:21:21
ポインタ受け取る方は const CELL * で
206:199、200
10/05/27 17:33:00
>>205
ポインタ受け取る方の参照演算子&を除いて
void SetScoreBubbleSort(const CELL* node, CELL* list)とし、
int main{}の中の部分は
SetScoreBubbleSort(&cell_floor[x][y], *open_list);
としたら一応、コンパイルエラーは取れた。
関数使うときにポインタ渡したいのに*つけるのは気が引けたけど、エラーになる。
関数が抜けたときにまともに値が反映されてるか禿げしく不安・・・。
207:デフォルトの名無しさん
10/05/27 17:47:21
>>206
引数として渡したいものが、
・CELL
・CELLへのポインタ
・CELLへのポインタのポインタ
の何れなのかをはっきりさせよう
208:199、200
10/05/27 18:16:14
>>207
引数として渡したいのは「cell_floorの先頭アドレス」と「open_listの先頭アドレス」です。
CELLは型名なので。
209:デフォルトの名無しさん
10/05/27 18:21:10
先頭アドレスならcell_floorだけでいいんじゃね
210:デフォルトの名無しさん
10/05/27 18:22:59
Cのポインタから勉強しなおしだな
211:199、200
10/05/27 18:25:16
すみません。引数として渡したいのは「cell_floorポインタ型配列の中のポインタ」の間違いです。
212:デフォルトの名無しさん
10/05/27 18:46:47
>>208
（先頭）アドレスというのは値のことであり、その値の型として
・CELLへのポインタ
・CELLへのポインタのポインタ
があるということ。
同じ値であっても型が違うんだよ。その変がよくわかってないんじゃないか。
213:199、200
10/05/27 19:09:04
SetScoreBubbleSort関数では、
1番目の引数の配列の中のポインタの先の値(2次元配列)を
2番目の引数の配列の中のポインタの先の値(1次元配列)と比較した後に
1番目の引数の配列の中のポインタを2番目の中にコピーしようとする意図があります。
214:199、200
10/05/27 19:50:46
デバッグしてたらいくつもマズイ点を見つけたので出直してくるorz
215:デフォルトの名無しさん
10/05/28 03:42:27
Unix上のCで標準入力と標準出力をファイルとしてオープンする場合に
"/dev/stdin", "/dev/stdout"と記述することができたと思いますが
Windows上のC++(Visual C++ 2010 Express)ではどのように記述
すれば良いでしょうか?
216:デフォルトの名無しさん
10/05/28 06:40:03
// fprintf に標準出力したいなら、こうだ。
#include <stdio.h>
main(){
// FILE *stdout;
fprintf(stdout,"err");
}
217:デフォルトの名無しさん
10/05/28 07:14:52
>>216
一般のファイルの入出力用に書かれたプログラムをそのまま利用して
標準入出力の読み書きをするにはどうするの？という質問だと思う。
218:デフォルトの名無しさん
10/05/28 07:54:26
FILE *fp;
if(1==0){
fp = fopen("/dev/stdin");
}else{
fp = stdin;
}
か、コメントにすればいいのではないか。例をw
219:デフォルトの名無しさん
10/05/28 08:57:26
fopen() で con は使えたっけ?
220:デフォルトの名無しさん
10/05/28 09:21:13
>>219
使えるわけないだろ
221:デフォルトの名無しさん
10/05/28 09:59:12
>>220
使えないって確認した?
>>215
Linux MS-DOS
/dev/stdin con
/dev/stdout con
/dev/null nul
のように対応するからやってみて。
>>216
「fprintfに標準出力」じゃ日本語が破綻している。
222:デフォルトの名無しさん
10/05/28 11:34:33
>>221
con は入力には使えるが出力には使えない
お前こそ試したことあるのか？
223:デフォルトの名無しさん
10/05/28 11:52:27
コンパイル環境がVC++ならok
224:221
10/05/28 11:54:33
ないよ。だから、試してみてと書いている。
別に、「使えるに決まっているから>220は嘘だ」なんて書いていないから安心してね♥
225:デフォルトの名無しさん
10/05/28 11:55:29
221じゃないけど
bcc5.82ではできた
226:デフォルトの名無しさん
10/05/28 12:14:30
>>215
環境依存せず stdout と stdin を使うのがいい
バカどもの発言には惑わされない方がいいよ
227:デフォルトの名無しさん
10/05/28 12:30:00
>>226
話がわからないのなら、無理に書かなくていいよ。
今は、「標準入出力の環境依存したデバイス名は何?」って話題だからね。
それとも、環境依存しないデバイス名が存在しているなんて妄想に囚われているのかい?
228:デフォルトの名無しさん
10/05/28 15:05:42
>>227
アンカー見てないの？
>>215 に対するレスだよ
お前が振ったくだらん話題には興味ないよ
自意識過剰にも程があるよ
229:デフォルトの名無しさん
10/05/28 15:08:30
conで開けるのは標準入出力ではなくコンソールだけどね
Windows API の CreateFile で CONIN$ と CONOUT$ というのもある
230:デフォルトの名無しさん
10/05/28 15:08:32
誰と戦っているのだろう……
231:215
10/05/28 15:23:44
fgets(buf, 256, stdin);
で問題なく動きました。
ありがとうございました。
232:デフォルトの名無しさん
10/05/28 17:58:46
質問はオープンの仕方だったのにね
233:デフォルトの名無しさん
10/05/28 20:15:13
まあ、ファイルは開かないと読めないものという先入観があるのは
しょうがないだろう。
234:デフォルトの名無しさん
10/05/28 20:28:00
え？
235:233
10/05/29 01:02:34
いや、だからstdinというファイルハンドルが自動的に開いているという可能性を
知らなかったから
「標準入力をファイルとしてオープンする」という質問になっちゃったんでしょう。
>>231結果的に欲しかったのはファイルハンドルだったから。
236:デフォルトの名無しさん
10/05/29 09:40:18
boostが使えない環境でスマポを自作しないといけないとして
どの程度のレベルまで仕様とか実装を練りこむ？
237:デフォルトの名無しさん
10/05/29 09:45:09
>>236
理由が政治的かメモリサイズかによって違ってくるな。
238:デフォルトの名無しさん
10/05/29 09:47:14
ハードウェア的な問題ではない
ただ、boostに不慣れな人がいてとりあえず今回はなしで、という感じ
239:デフォルトの名無しさん
10/05/29 09:56:48
>>238
その判断は今回だけではすまないし後々後を引く。スマポは後から導入が面倒だから今後も見送りになりやすいぞ。
スマポ作るならboost::shared_ptrかstd::tr1::shared_ptrのインターフェース互換にして後にusingで切り替えられるようにすることを勧める。
240:デフォルトの名無しさん
10/05/29 09:58:05
プロジェクトに必要なもの調べてそれだけ実装
241:デフォルトの名無しさん
10/05/29 10:08:37
Googleみたいにboostの一部だけを厳選して使用すればいい
この場合の選定基準は理解が簡単でトレーニングの必要が少ないライブラリだけを許可することかな
shared_ptrやoptionalとか、その辺の解説サイトを流し読みすれば理解できるでしょ
242:デフォルトの名無しさん
10/05/29 10:12:23
選定の結果、見事>>236の社内標準に採択されたprogress_displayであった。
243:デフォルトの名無しさん
10/05/29 10:13:40
shared_ptrはヘッダだけだし、boost展開した箇所にincludeパス張るだけなんだからってPM説得したほうが良さげ
244:デフォルトの名無しさん
10/05/29 17:16:50
shared_ptr使ってて修正を重ねるうちに
気が付かないうちに循環関係になっててメモリリークを引き起こしちゃって原因の判明に苦労したのだが
もうこれは気をつける以外に対応がないものなのか？
245:デフォルトの名無しさん
10/05/29 17:55:19
>>244
デバッグ終了時にリークはレポートされるから、レポートされたときの版のコミットログ調べればすぐに特定できると思う。
循環参照が起きるパターンは限られてるんで、その場で対応すればいいと思うよ。
予想外の循環参照が起きるのは設計が悪いとしか言いようがない。たとえば参照の方向を一定にし、前方参照とshared_from_thisを使わない設計にすれば循環参照は自然に避けられる。
246:デフォルトの名無しさん
10/05/30 10:57:28
stdio.hをインクルードしなくても
printf関数が使えるんですけどどういうことですか？
単なる警告なだけでエラーにならないのが不思議です。
本にはインクルードせよみたいに書いてあるのに
じゃあ何のためにインクルードするの？って感じなんですが・・・。
247:デフォルトの名無しさん
10/05/30 11:04:15
Cの事なら、宣言されていない関数は
戻り値の型が int で、引数が (...) であるのと同じように解釈されて実行される。
だから、math.h をインクルードせずに sin(1) とかやると
変になる（int sin(int) であると解釈して実行されるので）など、
ちゃんとインクルードしないと意図しない動作を引き起こす恐れがあるので、
必ずインクルードすること。
（数学関数を特別視してちゃんとdoubleにしてくれるコンパイラもあるけど、
それはそのコンパイラ独自の仕様）
C++なら文法エラー。
248:デフォルトの名無しさん
10/05/30 11:34:35
googleのコーディング規約の整数型の項目についてなんだけど
これってコンテナのoperator[]の引数もintあるいはintN_tにしろってこと？
あとintは少なくとも32bitあると考えても良いって書いてあるけどそんな保証はないよね？
249:デフォルトの名無しさん
10/05/30 11:58:15
グーグルの開発環境では最低32bitなだけだろ
250:デフォルトの名無しさん
10/05/30 12:22:04
組み込みやらないなら最低32bitの過程が今時崩れることはないだろう
251:デフォルトの名無しさん
10/05/30 12:29:44
社内規約をなんだと思ってるんだろうｗ
252:デフォルトの名無しさん
10/05/30 16:10:26
float に100.123と入力して表示させると
100.123001となってしまうのは何故ですか？
253:デフォルトの名無しさん
10/05/30 16:11:28
100.123が2進数では循環小数になるから
254:デフォルトの名無しさん
10/05/31 03:48:08
VS2008のコンソールでスレッド使ったプログラムを作ってるんですが，
例外でデバッグが止まると時々，終了できなくなります．
デバッグ→すべて中止でも止まらない，タスクマネージャのプロセスにも表示されない...
プロセスIDを調べてPskillで指定しても終了できません．
コンソールwindowは残ったままなんですが…．おかげでwindowsごとリセットしていますが，
何か止める方法orこうならないための対策ありますか．
255:デフォルトの名無しさん
10/05/31 08:07:33
あ、俺も知りたい。
Windows自体再起動も終了も出来なくなるし、放置すると全体がフリーズしてすごく困る。
256:デフォルトの名無しさん
10/05/31 12:29:22
>>254
>>255
CTFMONってプロセスがあったらキルしてからデバッグして味噌
257:デフォルトの名無しさん
10/05/31 14:14:42
翻訳お願いします。英語版できいたら分からないといわれました。
The problem here is that our template was instantiated for the type char,
which turns out to be too by introducing an additional template parameter AccT
の英文は
「この問題はテンプレートは文字型についてインスタンス化されたことのことです。」
コンマまではこの訳であってますよね。その後は,
「witchはまた追加パラメーターＡＣＣＴの導入によるもでであることがはんめいした」
であってますよね？
witchが指すものが前文に無いようにおもえて翻訳できません。
詳しく教えてください。
258:デフォルトの名無しさん
10/05/31 14:28:02
whichはproblemにかかってるんじゃねーの？
259:デフォルトの名無しさん
10/05/31 14:34:52
>>258
翻訳してください。
260:デフォルトの名無しさん
10/05/31 15:17:53
>>258なら「この問題」
261:デフォルトの名無しさん
10/05/31 15:19:39
>>256
ありがと。今度なったら試してみる。
262:デフォルトの名無しさん
10/05/31 15:22:35
which turns out to be too がわからない。 この too は何だ？
263:デフォルトの名無しさん
10/05/31 15:23:18
tooは 最後につけるところを真ん中につけただけ。
264:デフォルトの名無しさん
10/05/31 15:24:18
>>263 じゃ、 be の補語は？ exist の意味のbe？
265:デフォルトの名無しさん
10/05/31 15:25:10
which turns out to be (instantiated) too かなあ。
266:デフォルトの名無しさん
10/05/31 15:26:36
beの補語はby以下らしい。
267:デフォルトの名無しさん
10/05/31 15:30:55
関係代名詞はbeの補語ではなくて主語になるらしい。
268:デフォルトの名無しさん
10/05/31 15:34:23
この問題は追加テンプレートパラメーターAccTの導入からも、
存在することがが明らかになる
269:デフォルトの名無しさん
10/05/31 15:37:29
まとめて訳すとこんな感じか？
ここでの問題は、追加テンプレートAccTの導入からもわかるように、
我々のテンプレートが文字型についてインスタンス化されてることです。
270:デフォルトの名無しさん
10/05/31 15:40:13
ありがとうございました。
271:デフォルトの名無しさん
10/05/31 17:22:57
質問です。C++２００８には
#pragma ○○
・・・
#pragma end○○
と書けば横の＋、－でコードを格納できたと思いますが、
忘れてしまったので教えてもらえませんか？
272:デフォルトの名無しさん
10/05/31 17:58:12
region
273:デフォルトの名無しさん
10/06/01 10:42:15
staticってどういう時に使うの？ なんでグローバル変数じゃなくて静的変数を使うの？
274:デフォルトの名無しさん
10/06/01 11:56:59
グローバル変数との比較だと
static変数はスコープがソースコード単位になるから
他のソースコードと名前が重複しても大丈夫
275:デフォルトの名無しさん
10/06/01 12:06:55
Cにはnamespaceがないから。
276:デフォルトの名無しさん
10/06/01 14:15:29
staticって意味が幾つも有ったような
277:デフォルトの名無しさん
10/06/01 19:21:16
C#言語で言う#regionみたいなことがしたいのですが
何かいい方法はありませんか？
現在は
#define COM 1
#ifdef COM
~折りたたみたい部分~
#endif
といった使い方をしていますがスマートではなく、何かいい方法がないか探しています
278:デフォルトの名無しさん
10/06/01 19:25:24
釣りかギャグかはたまたガチか
それが問題だ
279:デフォルトの名無しさん
10/06/01 19:28:52
初心者すれに行くべきでしたね
すいません移動します
280:デフォルトの名無しさん
10/06/01 20:00:34
数レス前に書いてあるだろｗ
281:デフォルトの名無しさん
10/06/01 20:55:03
あれだ
灯台下暗し
282:デフォルトの名無しさん
10/06/02 01:42:20
かなり初歩的な質問なのですが継承で
基本クラスのメンバ関数から派生クラスのデータメンバを変更するには
どういった操作がありますでしょうか？
基本クラスのメンバ関数に派生クラスのオブジェクトのアドレスを
渡してみたりしたのですがコンパイルエラーで上手くいきませんでした。
よろしくお願いします。
283:デフォルトの名無しさん
10/06/02 02:40:09
普通に仮想関数でいいと思うが。
284:デフォルトの名無しさん
10/06/02 07:44:39
そんな基本クラスが派生クラスの中身を知っているような設計は投げ捨てるかどうしてもというならCRTPを使いなさい
285:デフォルトの名無しさん
10/06/02 17:11:03
>>283 >>284
参考になりました。ありがとう！
286:デフォルトの名無しさん
10/06/02 17:13:54
1. 構造体のポインタ*tがある
2. 構造体の中にint型のポインタhogeがある
3. mallocを使って*tのメモリを確保
3. mallocを使ってhogeにint型x個分のメモリを確保
4. fwriteで構造体をファイルに書き込みたいが、二項目はどうやって指定すればいい？
287:デフォルトの名無しさん
10/06/02 17:18:28
fwrite(t, sizeof *t, 1, fp);
構造体のサイズが増えるわけでもないし。
288:デフォルトの名無しさん
10/06/02 17:27:25
>>287
上手くいかん
typedef struct test_t {
int a,b,c,d,e;
int *p;
} test_t;
test_t *t;
t = (test_t *)malloc(sizeof(test_t));
t->p = (int *)malloc(sizeof(int)*60);
printf("%d",sizeof(*t));
で、24って出る
289:デフォルトの名無しさん
10/06/02 17:31:01
>>286
fwrite(t, sizeof(int), x, fp);
だろ
ただし、
＞1. 構造体のポインタ*tがある
でなく、
＞1. 構造体のポインタtがある
であるならということ。3.も同様。
もし原文通りなら
fwrite(*t, sizeof(int), x, fp);
となる
290:デフォルトの名無しさん
10/06/02 17:32:28
>>288
pに確保した領域のサイズは構造体とは別。
291:デフォルトの名無しさん
10/06/02 17:32:45
trivially copyable classに展開してまとめて読み書きすればいいよ
292:デフォルトの名無しさん
10/06/02 17:34:55
>>288
構造体には他のメンバもあるのか。
それなら fwrite を2回する必要があるだろ。
fwrite(t, sizeof(test_t), 1, fp);
fwrite(t->p, sizeof(int), x, fp);
293:デフォルトの名無しさん
10/06/02 17:42:39
>>290
知ってる。だから質問した
>>292
それが一番スマートかな
構造体からpをそもそも切り離しとくってのも一つの手か
ｔｈｘ
294:デフォルトの名無しさん
10/06/02 17:47:00
知ってたら>>288で24が出ても上手くいかんなんて言わないだろｗ
295:デフォルトの名無しさん
10/06/02 17:55:29
fwriteしたものを、そのままfreadしようっていう魂胆なの？
296:デフォルトの名無しさん
10/06/02 17:59:17
定数じゃないならxもどっかに保存しとかないと読み込むとき困る。
297:デフォルトの名無しさん
10/06/02 18:13:15
読み込みは t = malloc(sizeof *t) → fread(t) → t-> = malloc(int*x) -> fread(t->p) で。
298:デフォルトの名無しさん
10/06/02 18:39:27
型変換を伴うコピーの時の参照カウンタのコピーをどうやってるのかと疑問に思って
shared_ptrの中身を覗いてみたらpublicメンバだった
こんなものなの
299:デフォルトの名無しさん
10/06/02 18:49:20
>>298
public でないと参照できないじゃん
300:デフォルトの名無しさん
10/06/02 18:54:47
>>299
まあそうなんですが
boostのことだからもっと複雑怪奇な方法で回避してる物かと思ったのでｗ
301:デフォルトの名無しさん
10/06/02 19:25:24
template friend classにしないのはなんで？
302:デフォルトの名無しさん
10/06/02 21:51:31
URLﾘﾝｸ(codepad.org)
上は、はじめてのCという本に乗っていたコードを
少し書き換えたもの(printfをcoutに、など)です
結果が3→2→1→0→1→2→3と表示される内、
行きの3→2→1→0は分かるのですが、
帰りの0→1→2→3の部分がどうしてそうなるのか、さっぱり分かりません
tline(int x)に渡す引数を増加させる処理はないように見えるのですが、
どなたか教えていただけないでしょうか
303:デフォルトの名無しさん
10/06/02 21:54:41
再帰関数で0以外は一つの関数で2回表示してるから。
304:デフォルトの名無しさん
10/06/02 22:00:50
recfunc(3)を呼び出す
3を表示する
recfunc(2)を呼び出す
2を表示する
recfunc(1)を呼び出す
1を表示する
recfunc(0)を呼び出す
0を表示する
recfunc(0)から抜ける
1を表示する
recfunc(1)を抜ける
2を表示する
recfunc(2)を抜ける
3を表示する
recfunc(3)を抜ける
305:デフォルトの名無しさん
10/06/02 22:05:54
>>303
冷静になってみると仰る通り2回表示してますね
ifの中身だけ見て、その下を見てませんでした
ありがとうございます
>>304
詳しい説明ありがとうございます
小一時間も考え込んでた自分が恥ずかしいです
低レベルな質問にも関わらずお答えいただき、お二方に感謝します
ありがとうございました
306:デフォルトの名無しさん
10/06/02 22:48:07
>>301
どうもコンパイラにより対応状況がまちまちらしい
boostのコードをみてみたら狡賢いコードになってたｗ
public:
/*
～省略～
*/
#ifndef BOOST_NO_MEMBER_TEMPLATE_FRIENDS
private:
template<class Y> friend class shared_ptr;
template<class Y> friend class weak_ptr;
#endif
T * px; // contained pointer
boost::detail::shared_count pn; // reference counter
307:デフォルトの名無しさん
10/06/02 22:51:08
ポインタp,qがあって参照剥がしして一致、あるいは、両方NULLならtrueにしたいときって↓でおけ？
((p && q) && (*p == *q)) || (p || q)
308:デフォルトの名無しさん
10/06/02 22:57:48
だめじゃね？
309:デフォルトの名無しさん
10/06/02 23:01:27
だめだな
310:デフォルトの名無しさん
10/06/02 23:06:08
どうして諦めるんだよ！
311:デフォルトの名無しさん
10/06/02 23:07:30
((p&&q) && (*p==*q)) || (!(p || q))か？
312:デフォルトの名無しさん
10/06/02 23:20:33
答え：(p && q && (*p == *q)) || !(p && q)
313:デフォルトの名無しさん
10/06/02 23:25:48
X
314:デフォルトの名無しさん
10/06/02 23:29:56
!p && !q || p && q && (*p == *q)
315:デフォルトの名無しさん
10/06/02 23:58:39
答え。
p-q
316:デフォルトの名無しさん
10/06/03 00:10:52
>>314が俺好み
317:デフォルトの名無しさん
10/06/03 00:15:55
!p && !q と !(p || q) のどっちにするかは趣味の問題だな。
318:デフォルトの名無しさん
10/06/03 06:52:18
p == q || p && q && *p == *q
319:デフォルトの名無しさん
10/06/03 09:21:58
p == q || と || p == q のどっちにするかは趣味の問題だな。
320:デフォルトの名無しさん
10/06/03 09:27:53
p == q を先にチェックするほうがいいにきまってるだろ。
321:デフォルトの名無しさん
10/06/03 09:42:16
なんで？
322:デフォルトの名無しさん
10/06/03 09:48:52
p と q が 0 でない事を先にチェックした方が良い
0だと以降が実行されない
p == q は p と q の両方が0でも真になってしまう
323:デフォルトの名無しさん
10/06/03 09:50:42
> p == q は p と q の両方が0でも真になってしまう
それが >307 が求めていたものでしょ。
324:デフォルトの名無しさん
10/06/03 09:55:05
>>32 参照はがしをしなくてすむなら、しないほうがはやいでしょ？
ポインタが同じところをさしているなら、ポインタの先を見るまでもない。
325:デフォルトの名無しさん
10/06/03 10:46:05
>>324
大人になれば分かる
326:デフォルトの名無しさん
10/06/03 11:09:17
>>324
ポインターの値が同じでも実体の値が違うことがある
327:デフォルトの名無しさん
10/06/03 11:16:50
順序は実際のデータでプロファイリングして決めるのが一番
328:デフォルトの名無しさん
10/06/03 11:19:07
>>326
PODとは限らんからね
>>324 はC++でプログラム組んだことがないんだと思う
329:デフォルトの名無しさん
10/06/03 11:29:17
>ポインターの値が同じでも実体の値が違うことがある
そんなスマポは使いたくない。
330:デフォルトの名無しさん
10/06/03 11:30:37
>>328
普通のポインタじゃなくて、スマートポインタの話をしていたの？
331:デフォルトの名無しさん
10/06/03 11:31:47
p,qが生ポインタでp == qで*p != *qって例えばどういうケースよ？現実的な事例を教えてくれ
332:デフォルトの名無しさん
10/06/03 11:32:55
メモリマップトI/Oなんて、もちださないでくれよ。
333:デフォルトの名無しさん
10/06/03 11:33:10
ポインターの値が同じでも実体の値が違う
ってどんな用途に使うスマートポインタなんでしょうか？
気になる
334:デフォルトの名無しさん
10/06/03 11:47:13
>>331
PODでなければ普通に起こるだろ。
335:デフォルトの名無しさん
10/06/03 11:49:35
>>331
それが保証されるのはCに限った話、C++は違うね
336:デフォルトの名無しさん
10/06/03 11:51:56
保証されるとかじゃなくて、現実的な話として、そういう設計の有益なクラスを例示してくれって言ってるの
337:デフォルトの名無しさん
10/06/03 12:03:17
>>336
例えばベースクラスが共通（またはどちらかがベースクラス）で、
片方への cast operator が定義されている場合とか
こういうコード普通に沢山存在してるだろ
有益かどうかはお前のさじ加減だし
338:デフォルトの名無しさん
10/06/03 12:19:45
p==qの時点でp,qの型は同じ
参照はがしても同じ型で比較されるだけだからキャストは関係ないだろ
339:デフォルトの名無しさん
10/06/03 12:21:59
>>337 あたまがわるいので、例が思いつかない。 具体例を教えてください。
class B { int x; };
class C { int y; };
class D : public B, C { int z; };
int main() {
D* p = new D();
B* q = p;
printf("p == q => %d\n", p == q);
printf("*p == *q => %d\n", *p == *q);
}
D に、どんな演算子を定義すればいいんですか？
340:デフォルトの名無しさん
10/06/03 12:28:41
みなさんが当たり前のように言ってるC++なら違うっていうのは
!=のおかしなオーバーロードのことでいいんでしょうか？
なんだか!=が真になるのが普通にあることみたいにいわれてるようなので
ひょっとしてこれではないのでしょうか？
あと>>334はPODって言ってますが組み込み型の間違いであっていますか？
PODの構造体は比較演算子が使えないですよね？
341:339
10/06/03 12:29:06
operator == を再定義するのは反則だよねえ？
#include <stdio.h>
class B { int x; };
class D : public B { int y; };
bool operator==(const D&, const B&) { return false; }
int main() {
D* p = new D();
B* q = p;
printf("p == q => %d\n", p == q);
printf("*p == *q => %d\n", *p == *q);
}
342:339
10/06/03 12:31:53
>ポインターの値が同じでも実体の値が違うことがある
operator == を再定義したら、「実体の値が違う」ことにはならないか。
343:デフォルトの名無しさん
10/06/03 12:35:37
>>319 == >>329
>>318 はどちらにしろ間違ってるんで、いち抜けする。
if p == q はダメだろう。
344:デフォルトの名無しさん
10/06/03 12:41:23
>>343
>>318 のどこが間違っているって？
345:デフォルトの名無しさん
10/06/03 12:42:26
if p == q はダメだろう。
346:デフォルトの名無しさん
10/06/03 12:43:41
(1) p と q が別のオブジェクトを指していて
(2) p == q で
(3) *p と *q の実体が違う
ということはありえないで、ファイナルアンサー？
347:デフォルトの名無しさん
10/06/03 12:45:24
p==qかつ*p!=*qなんて非常識なケースが普通に沢山あるようなコードを自信満々に書いちゃう>>337は別業種への転職をおすすめする
そうなるように書くことはできるが、副作用も含めてそうならないようにコードを書くのが当たり前の感覚
348:デフォルトの名無しさん
10/06/03 12:47:56
>>307 に答えだしたら
p=123456;
q=123456;
if p == q はダメだろう。
349:デフォルトの名無しさん
10/06/03 12:49:49
>>348 どこがダメ？
350:デフォルトの名無しさん
10/06/03 12:51:27
>>348 無効なポインタを渡したときに、アクセス違反が発生しないからダメとかつまんないこといってんじゃないよね？
351:デフォルトの名無しさん
10/06/03 12:51:41
>>349
自分で適当なアドレス突っ込んだ場合、
「参照剥がしして～」
の条件に合わなくなる(参照はがせない)
って言ってるんだろ？
アホかと思うがｗｗｗｗｗ
352:デフォルトの名無しさん
10/06/03 12:53:34
普通にやってて自分でアドレス突っ込んじゃうような子がいたら消費者に訴えられるレベル
353:デフォルトの名無しさん
10/06/03 12:58:58
>>338
これが違う
p と q が同じ型だとはどこにも書いてないだろ
354:デフォルトの名無しさん
10/06/03 13:01:28
>>353
違う方じゃコンパイルエラーだろ
355:デフォルトの名無しさん
10/06/03 13:02:35
>>339
operator B();
というメソッド。
356:デフォルトの名無しさん
10/06/03 13:03:16
>>354
だからベースクラスが共通な場合って言ってるだろ
357:デフォルトの名無しさん
10/06/03 13:03:29
アップキャストはされるんじゃね
358:デフォルトの名無しさん
10/06/03 13:06:31
>>356
共通でなくどっちかがベースクラスの場合だね
359:デフォルトの名無しさん
10/06/03 13:07:11
>>356
URLﾘﾝｸ(codepad.org)
同じでもエラーだよ
360:デフォルトの名無しさん
10/06/03 13:12:31
p と q が別の実体を指しているのに、 p == q にするコードなんて書けないよ。
361:デフォルトの名無しさん
10/06/03 13:12:40
pとqは違うクラスです、とか、もう無茶苦茶
何考えてんだか…
だったらC++と言わず
char *p;
long *q;
でもいいわけでね…
362:デフォルトの名無しさん
10/06/03 13:15:18
>>361
＞pとqは違うクラスです、とか、もう無茶苦茶
どっから同じクラスだって前提が出てきたんだ。
君の思い込みだろ？
363:デフォルトの名無しさん
10/06/03 13:15:30
>>318 がダメって言ってる奴って、ひとりだけ？
364:デフォルトの名無しさん
10/06/03 13:17:35
>>362 ばかばかしい。
次は、「釣りでした」とか「何あつくなってんの」とかかよ。
365:デフォルトの名無しさん
10/06/03 13:17:44
ひとりだけ
366:デフォルトの名無しさん
10/06/03 13:22:16
>>364
実務だと仕様書とか解釈が厳格になるからね
型が同じと書かれていないのに、勝手にそういう前提をおいたりしないんだよ
まぁ趣味の人にはわからない話かもしれないけどね
367:デフォルトの名無しさん
10/06/03 13:23:21
２ｃｈまできてお仕事ご苦労様です＾＾；
368:デフォルトの名無しさん
10/06/03 13:26:52
そうそう、ここは趣味の範囲だから実務の話されても困るわ。
369:デフォルトの名無しさん
10/06/03 13:45:09
C /C++という前提において仮定が無ければ、一般の場合を適合するのが普通じゃないか？
>>366は特殊な場合のみいってるよね。
370:デフォルトの名無しさん
10/06/03 13:54:55
>>307を見て、同じ型へのポインタじゃないと思えるほうが不思議
371:デフォルトの名無しさん
10/06/03 13:57:22
それはただの思い込み。
372:デフォルトの名無しさん
10/06/03 13:58:57
>>369 >>370
だから、趣味ならそれでいいんじゃない、大体動けばOK
でも仕事なら動かない場合とかあったら問題になる
だから最初から色んなケースを想定する
そういう習慣がついてんだよ
373:デフォルトの名無しさん
10/06/03 14:01:02
>>372
繰り返すが、ここは趣味のスレ、お前は場違い、出て行け。
374:デフォルトの名無しさん
10/06/03 14:01:02
仕事なら仕様を聞くだけで、余計な想像なんて入り込む余地はないだろｗ
375:デフォルトの名無しさん
10/06/03 14:04:46
>>374
ん？
最初の質問で p と q が同じ型だと書いてなかったら、
俺は同じ型でない場合も想定してただけだよ。
仕事でこういう場合に、勝手に同じ型だけしかありえんだろうって考えで
コードを書いたらとんでもないバクを生むことになるから。
376:デフォルトの名無しさん
10/06/03 14:07:11
屁理屈はお上手ですね。
377:デフォルトの名無しさん
10/06/03 14:09:52
どう見てもただの後付けｗ
378:デフォルトの名無しさん
10/06/03 14:10:11
いくら正論言おうと空気読めない奴が何をいっても無駄。
379:デフォルトの名無しさん
10/06/03 14:10:42
実務でもありえないような数値入力して、
プログラムが暴走して損害だしても、それは入力したユーザのせいになるよ。
プログラマがそんな細かいことまで考える義務はない。
プログラマの前提が優先されるからね。
380:デフォルトの名無しさん
10/06/03 14:12:47
>>375
お前以外の99人はｐとｑは同じ方という前提なんだよ
その時点でお前がまちがってるということ
381:デフォルトの名無しさん
10/06/03 14:14:25
民主主義の国は何もかも多数決で決められる、
それがいやなら北朝鮮でもジンバブエでも好きなところいけ。
382:デフォルトの名無しさん
10/06/03 14:16:17
p=qなら常に*p=*qは成り立つ、これが常識
そうならないケースを考える馬鹿が一人いるってこと
そして沢山の人から非難をあびている
383:デフォルトの名無しさん
10/06/03 14:20:45
p=q;
をみて
/*
p=q;
*/
まで仮定しないといけなくなるな。
384:デフォルトの名無しさん
10/06/03 14:23:50
仮定を排除してまずコンパイラが仕様通りでバグが無いか確かめます
385:デフォルトの名無しさん
10/06/03 14:26:57
パソコンにコンセントが刺さっているか調べます。
386:デフォルトの名無しさん
10/06/03 14:27:49
自分が仮想現実の住民でないか確かめます
387:デフォルトの名無しさん
10/06/03 14:32:58
例外的な可能性を考慮してダメだししたって言うには、
指摘の時点でそれを言ってないとダメ。
388:デフォルトの名無しさん
10/06/03 14:37:51
教えてください。
クラス foo と bar を用意したとします。
bar は foo 1つにつき1インスタンス必要なので、foo のコンストラクタで bar のインスタンスを作ってます。
ただ、bar は foo の情報を元に処理するので、bar のインスタンスを作る際の引数に、this (foo) を渡そうと思いました。
要するに、相互参照です。
foo.h と bar.h とした場合、include 順の指定がうまく行かずこまっています。
これは、この設計が誤っていますか？
ヘッダファイルや宣言の記述に細工が必要ですか？
正しい考え方や、記述の仕方を教えてください。
389:デフォルトの名無しさん
10/06/03 14:38:09
馬鹿なレスが多いんで見落としてた
>>347
俺も基本的にそういう考えだよ。別に俺がそう書きたいというわけでなく、
p==qかつ*p!=*q は存在しないということに対して、存在する場合もあると言っただけだよ。
そもそも cast operator を定義する時点で怪しいコードになってくる。
けどその有用性を利用しているコードも存在している。
だから、その性質を理解しておくのは必要なことだと思っている。
例えば行列を表すクラス A があって、
それを拡張してインバース属性を持つクラス B 作るとする。
このときに B には opertore A() を用意しておき、
インバース属性が立っていれば逆行列を返すようにするとか
そうすると A を使用していたコードがそのまま使える。
こういう手法を使うことはよくあるだろ。（少なくとも使ってる奴がいるだろう。）
390:デフォルトの名無しさん
10/06/03 14:41:49
ウザイ
391:デフォルトの名無しさん
10/06/03 14:43:12
ここまで来ると哀れだなｗ
392:デフォルトの名無しさん
10/06/03 14:43:51
>>388
'foo.h' で
class bar;
class foo {
.....
};
のように、空のクラス宣言をしてやれば回避できる場合もある。
これでいけるかどうかは相互参照の内容次第。
393:デフォルトの名無しさん
10/06/03 14:44:31
>>389
死ねばいいのに
394:デフォルトの名無しさん
10/06/03 14:51:43
>>388
インナークラスとして、一つのヘッダーにまとめてしまうとか
class foo {
class bar {
・・・・
};
・・・・
};
395:388
10/06/03 14:54:43
なるほど、空クラスですね。
やってみたのですが、やっぱり仰るとおり相互参照次第で、コンストラクタに this を渡したい場合はそれ相応の宣言が必要でした。
この考え方(構成)が間違っているという事ですかね。。
396:388
10/06/03 14:56:04
>>394
なるほど！！！
為してみます。
インナークラスかぁ。勉強になります。
397:デフォルトの名無しさん
10/06/03 19:50:52
質問です。
例文
int a;
printf("値をいれてください:");
scanf("%d",&a);
if(a<0&&a<9)
{
printf("値が違います!!");
}
とこういう文があったとして、aにたとえば10を入力するとエラーメッセージを出してもう一度
入力させる処理に戻りたいんですがなにを付け加えればいいですか？
398:デフォルトの名無しさん
10/06/03 19:55:37
do while
399:デフォルトの名無しさん
10/06/03 20:01:53
while(1) {
printf("値をいれてください:");
scanf("%d",&a);
if(0<=a && a<=9) break;
printf("値が違います!!");
}
400:デフォルトの名無しさん
10/06/03 20:03:24
int a;
INPUT:
printf("値をいれてください:");
scanf("%d",&a);
if(a<0&&a<9)
{
printf("値が違います!!");
goto INPUT;
}
401:デフォルトの名無しさん
10/06/03 20:22:20
int a;
do {
printf("値をいれてください:");
scanf("%d",&a);
if (a < 0 && a < 9) {
printf("値が違います!!");
} else {
402:デフォルトの名無しさん
10/06/03 20:23:25
途中送信しちゃった
ごめんね
break;
}
while (true);
403:デフォルトの名無しさん
10/06/03 20:56:54
>>398-402
たくさん回答ありがとうございます。gotoが一番簡単そうですね、勉強になりました。
404:デフォルトの名無しさん
10/06/03 21:56:15
>>403
こうする手もある
int a;
while (!Input(&a)) { }
int Input(int* p) {
printf("値をいれてください:");
scanf("%d", p);
if(*p<0&&9<*p) {
printf("値が違います!!");
return 0;
}
return 1;
}
405:デフォルトの名無しさん
10/06/03 22:07:46
gotoは推奨されていない
406:デフォルトの名無しさん
10/06/03 22:13:42
それは思考放棄
gotoを使ったほうがやりたい事を的確に表現している場合はgotoを使うほうが良い
407:デフォルトの名無しさん
10/06/03 22:39:28
まぁgoto使った方が便利な時もあるけど
あんまり>>397の質問のレベル的にgotoを
使う癖は付けない方が良いと思う。
408:デフォルトの名無しさん
10/06/04 00:47:02
Cで無限大を表記するにはどうすればいい？
409:デフォルトの名無しさん
10/06/04 00:56:58
+inf
-inf
410:デフォルトの名無しさん
10/06/04 00:57:59
って処理系依存だっけ？
411:408
10/06/04 01:10:36
ごめんなさい説明不足がありました
今xy軸上に三角形を作るプログラムをやっていて3点を直線で結び出来上がる三角形があるとして
ある線が傾き無限の直線になったとき三角形が描けなくなります。※2点のx座標が等しい場合
それで無限になったとき（yの変化量/0）になったら回避したいので質問させていただきました
412:デフォルトの名無しさん
10/06/04 02:00:07
傾きを計算する前に判断しようぜ
413:デフォルトの名無しさん
10/06/04 02:51:47
今xy平面に三角形を作るプログラム作成に取り組んでいて3点を線分で結び出来上がる三角形があるとして
ある線分の傾きが無限になったとき三角形が描けなくなります。※2点のx座標が等しい場合
それで無限になったとき（yの変化量/0）になったら回避したいので質問させていただきました
414:デフォルトの名無しさん
10/06/04 02:53:44
3点A(1, 0) B(1, 1) C(0, 1) で、AとBのx座標が等しいが、三角形ABCは書ける。
三角形がかけないのは、3点が同一直線上にある場合。
415:デフォルトの名無しさん
10/06/04 05:51:03
>※2点のx座標が等しい場合
なぜこれで判定しない？
416:デフォルトの名無しさん
10/06/04 11:20:49
参照を後からセットすることはできませんか？
Class B;
Class A {
B& m_b;
};
のような状態で m_b をコンストラクトより後のタイミングでセットしたいのです。
ポインタにすればできますが * を付ける必要があるので、参照でやりたいんです。
417:デフォルトの名無しさん
10/06/04 11:42:50
無理。
生ポインタ弄るのが嫌な場合はboost::reference_wrapper的なのを使えばいいが、
operator* 等を使うのが嫌という要求は言語仕様の埒外。
418:デフォルトの名無しさん
10/06/04 12:06:35
無理やりやったりして
URLﾘﾝｸ(codepad.org)
保証されてないよね
419:デフォルトの名無しさん
10/06/04 12:21:40
>>417
＞operator* 等を使うのが嫌という要求は言語仕様の埒外。
参照ってそういう機能だろ、問題はセットできるのが初期化時に限られてるということ
420:デフォルトの名無しさん
10/06/04 13:13:31
問題というより安全性の確保だろ。
いつのまにかぬるぽになってたりしないように。
421:デフォルトの名無しさん
10/06/04 15:13:51
>>418
LLP64だと悲惨な事になりそうだな
422:デフォルトの名無しさん
10/06/05 09:42:28
ポインタも参照もほとんどの実装では中身は同じだろうから
LLP64とかは関係ないと思われる
もちろん規格は保証してくれないが
ダミー変数の必要のない方法
URLﾘﾝｸ(codepad.org)
もちろん実際に使っちゃだめだよ
423:デフォルトの名無しさん
10/06/05 10:47:02
get()メソッドで妥協していいならboost::optional<T &>だな
int x, y;
boost::optional<int &> opt(x);
opt.get() = 1; // x = 1
opt = y; // yに張替え
*opt = 2; // y = 2
424:デフォルトの名無しさん
10/06/05 10:48:23
*でも面倒くさいと言ってんのに.get()はないわ
425:デフォルトの名無しさん
10/06/05 10:58:50
じゃあどうしようも無いな
operator . がオーバーロードできない時点で参照剥がしの手間はかならず必要になる
代入と暗黙変換はその限りではないが
426:デフォルトの名無しさん
10/06/05 11:05:40
unionに参照は入れられないか・・・
427:デフォルトの名無しさん
10/06/05 11:26:35
LZ77で圧縮したデータを解凍するソースを書いて欲しいと言われたんだが
圧縮情報を表す箇所って、規定無いよね？
abcdeabcdezをLZ77に掛けると、abcde[5,5]zとなるけど
[5,5]を判断する場合どうすれば良いの？
圧縮側もこちらで書いていいなら\\[5,5]とか目印入れれば分かるけど
解凍ソースのみで困ってる
428:デフォルトの名無しさん
10/06/05 11:40:52
解凍ソースあるならいればいいじゃん
429:デフォルトの名無しさん
10/06/05 11:51:35
>>428
ソースは一切なし。圧縮したデータを見ることもまだ出来ない
それでいて、最初のLZ77を使ってるからと言われ
きちんと解凍出来るソースを書かなきゃいけないみたい
調べると、何処のサンプルも圧縮情報の前に適当なマーク入れたり
9bitにして、その後ろが圧縮情報か見たりしてるから、一発で動くのが書ける気がしない
430:デフォルトの名無しさん
10/06/05 12:00:37
LZ77の仕様書よめばどう扱ってるか解るんじゃね？
431:デフォルトの名無しさん
10/06/05 13:48:25
亜種が大量にあるとかいう話だけど
432:デフォルトの名無しさん
10/06/05 22:41:12
int[10]が書き込まれてるファイルをfread(hoge,sizeof(int),100,fp)とかやったら足りない部分はどうなるの？
ちゃんと0で埋まる？それとも保障されてない？
433:デフォルトの名無しさん
10/06/05 22:43:52
>>432
埋まらない。何もされない。
434:デフォルトの名無しさん
10/06/05 23:17:42
ｔｈｘ
435:デフォルトの名無しさん
10/06/06 02:36:53
C++の具体的に難しいところってどの辺なんでしょうか？Cだとポインタと配列辺りだと思うんですが。
ちなみに今継承あたりを勉強中です。
436:デフォルトの名無しさん
10/06/06 02:40:11
TMP
437:デフォルトの名無しさん
10/06/06 09:58:14
経験的には、ポインタとか配列は難しくなくて、初心者でもすぐに使い始める。
難しいのは適切に使うこと。初心者はなんでもポインタで解決しようとしがち
C++とかもだいたい同じで言語仕様が難しいというより、どう使うのかが難しい。
いっぱい用語があるのも難しいところかも。pimplとか
438:デフォルトの名無しさん
10/06/06 10:03:11
pimpl使ったら分からんと怒られた
439:デフォルトの名無しさん
10/06/06 10:08:35
ポインタは概念が難しいのではなく書式が難しいと言う人が多いけど
どう考えても書式が難しいのではなく概念が難しいから初心者はつまずくだろ
440:デフォルトの名無しさん
10/06/06 10:17:43
ポインタのポインタの配列とか
関数ポインタの配列とか
概念は簡単でも書き方に戸惑う
441:デフォルトの名無しさん
10/06/06 10:21:32
そんなふうに書かなくても済ませられるのがC++のいいところじゃないか
442:デフォルトの名無しさん
10/06/06 11:32:38
>>439
概念が簡単だとは言わないが、わけのわからん書式が、せっかく理解しかけた
初心者の脳を改めて引っ掻き回して台無しにするのも事実。
443:デフォルトの名無しさん
10/06/06 11:38:06
>>442
int *a;
*aはint変数のように扱える。論理的かもしれないけど直感的ではないな。
イテレータも、二つのイテレータを使えば０個も表現できるってのも論理的だけど直感的ではなくわかりにくいね。
444:デフォルトの名無しさん
10/06/06 11:41:00
ポインタは全く難しくないよ。
だってお前らですら全員理解してるじゃんｗｗｗ
445:デフォルトの名無しさん
10/06/06 11:47:36
つうか概念は簡単だろ
446:デフォルトの名無しさん
10/06/06 11:50:16
Cでポインタより難しい概念あるの？
447:デフォルトの名無しさん
10/06/06 11:51:35
int *p じゃなくて *int p ならまだ分かりやすかったんじゃないかとか思ったり
448:デフォルトの名無しさん
10/06/06 11:59:43
int* a
449:デフォルトの名無しさん
10/06/06 12:13:04
>>447
int *a;
int pa;
int asteriska;
int XXX;
これらの表記では、*a も pa も asteriska も XXX もすべて int型として扱える。
int の後ろに書いたものが、int型になる。
つまり、aの参照剥がしは*aと直感的に分かる。
*int p;
この表記では、pがint型へのポインタということが分かるのかもしれないが、
pをどう参照剥がしすればint型になるのかこの書式からは分からない。
以上の点で、前者の表記のほうが分かりやすいと考えられる。
450:デフォルトの名無しさん
10/06/06 12:19:44
>>449
ならば、int *a;で変数の領域が確保されなきゃおかしいじゃん。
451:デフォルトの名無しさん
10/06/06 12:20:51
ああ、そうだね。
452:デフォルトの名無しさん
10/06/06 12:24:03
じゃあ int &a; は &a が int なんだね
453:デフォルトの名無しさん
10/06/06 12:38:21
int *a = XXX の右側に来るのがポインタ値って時点で全く直感的じゃない
454:デフォルトの名無しさん
10/06/06 13:07:06
>>280
遅れましたがありがとうございました
455:デフォルトの名無しさん
10/06/06 13:08:47
int *a; のメリットは int *a, *b; とするのを確実に忘れないという一点のみなのに
*a が int だとよく分かる（ｷﾘｯ とか言うから面倒なことになる
456:デフォルトの名無しさん
10/06/06 13:10:25
なるほど
457:デフォルトの名無しさん
10/06/06 13:10:52
int* const a = XXX;
とやりたい時はどうするの？
458:デフォルトの名無しさん
10/06/06 13:14:58
それでいいんじゃないの
459:デフォルトの名無しさん
10/06/06 13:15:50
int *const a = XXX, *const b = YYY;
460:デフォルトの名無しさん
10/06/06 13:20:47
直感に頼るからいけない
俺は左から型に演算していくと理解してる
int const * const & a;
(((((int) const) *) const) &) a;
intをconstにして、そのポインタ型をとって、それをconstにして、その参照型をとって、それにaという名前をつける
add_ref<add_const<add_ptr<add_const<int>::type>::type>::type>::type a;
461:デフォルトの名無しさん
10/06/06 13:44:31
>>460
こんなに深い宣言なんだぞ。ｷﾘｯ
462:デフォルトの名無しさん
10/06/06 13:49:35
そこへ配列宣言が颯爽と登場。
463:デフォルトの名無しさん
10/06/06 14:14:17
メンバ関数ポインタへの配列があらわれた！
464:デフォルトの名無しさん
10/06/06 14:19:24
>>452-463
つまり、C/C++の構文はダメダメってことだね。
465:デフォルトの名無しさん
10/06/06 14:22:54
別に
466:デフォルトの名無しさん
10/06/06 14:37:03
identityとtypedefがあればすべて解決
467:デフォルトの名無しさん
10/06/07 22:37:11
構文と言うか文法と言うか、とにかくそっち方面で残念な言語だとは思う
468:デフォルトの名無しさん
10/06/08 20:20:00
すみません。
現在１クラス１ヘッダ＆１ソース という形で30対のヘッダーとクラスがずらっと並んでいます。
他の方のプロジェクトを見るとヘッダの数だけがやたら多かったり、
逆にヘッダは１個しかなかったりする様なのですが、
１クラス１ヘッダ＆１ソース というのは無駄で変なのでしょうか？
新クラスを作るたびに宣言程度のヘッダーを増やすのはやめて、
クラスの宣言程度のヘッダーはギッシリ纏めてしまったりした方が良いのでしょうか。
469:デフォルトの名無しさん
10/06/08 20:28:41
boostなんてファイルのモンスターハウスだぜ
470:デフォルトの名無しさん
10/06/08 20:30:04
↑ ×30対のヘッダーとクラスがずらっと
○30対のヘッダーとソースがずらっと（訂正すみません）
471:デフォルトの名無しさん
10/06/08 20:37:11
>>468
原則分けたほうがいいよ
472:デフォルトの名無しさん
10/06/08 21:57:34
１クラス１ヘッダ＆１ソースでいいだろ
473:デフォルトの名無しさん
10/06/09 00:48:47
Javaじゃないんだから、1クラス1ソースに拘ることはないだろ。
まぁ、関連のないクラスを纏めるのは論外だが。
インクルードファイルに関しては、ソースの数だけあっても全くおかしくはないと思う。
474:デフォルトの名無しさん
10/06/09 12:19:37
>>468
業務開発なら珍しくない
メンテ時には、ひとつのファイルに詰め込むより
こっちのが良いことが多い
475:デフォルトの名無しさん
10/06/09 13:25:51
C++のdelete[]の挙動について質問です。
int* p = new int[5];
int* q = new int[10];
int* z=p;p=q;q=z; //ポインタの交換
delete[] p; //どこまで開放されるのか？
delete[] q; //どこまで開放されるのか？
これ、メモリリークが起きたり、
逆に、開放しちゃいけない場所まで
開放されたりしないでしょうか？
476:468
10/06/09 13:31:07
>>469 >>472-474
間違ってはなかったのですね。ありがとうございます。疑問が解決しました。
477:デフォルトの名無しさん
10/06/09 13:50:54
p[-1], q[-1] あたりにサイズが入ってるから大丈夫
478:デフォルトの名無しさん
10/06/09 14:54:43
>>475
それはない
配列newは自分で確保したサイズを覚えているので
アドレスさえ渡せば配列deleteは間違えない
479:デフォルトの名無しさん
10/06/09 15:08:14
>>477-478
安心しました。
ありがとうございました。
480:デフォルトの名無しさん
10/06/09 16:12:40
p[-6], q[-6] にサイズ入ってた
URLﾘﾝｸ(codepad.org)
481:デフォルトの名無しさん
10/06/09 16:20:39
なんでだろうね20byteも間に挟むなんて勿体無い
482:デフォルトの名無しさん
10/06/09 16:32:30
フリーリストとかブロックサイズとかハウスキーピングに必要な情報はいっぱいあるだろうさ。
483:デフォルトの名無しさん
10/06/09 16:56:52
>476
入れてもらえなかった471涙目www
484:デフォルトの名無しさん
10/06/09 19:11:24
サイズの情報があるのにプログラマからは使えないというのは理不尽な気がする
485:デフォルトの名無しさん
10/06/09 20:53:46
プログラマがnewにサイズ渡してんだから要らんでしょという考え
486:デフォルトの名無しさん
10/06/09 21:26:43
数バイト確保するより数キロバイトとか多めにとる方が一回の処理時間は大きいの？
487:デフォルトの名無しさん
10/06/09 21:28:48
大きくないよ
488:デフォルトの名無しさん
10/06/10 01:48:00
>> ずっと前の人
ctfmonをkillっても駄目ﾀﾞﾀ
やっぱりコンソールが閉じない＆killできない。
激ｵｿ報告ｽﾏｿ
489:デフォルトの名無しさん
10/06/10 08:59:00
デフォコンのみ、constメソッドのみ
つまり状態が１つで変化しないクラスのオブジェクトを何個も作るのは勿体無いと思うんだけど
これを共有する自然なコードってどう書く？シングルトンかな？
490:デフォルトの名無しさん
10/06/10 09:02:33
>>480
環境依存の事を書いても仕方がない
BCCだとp[-4], q[-4]にサイズが入ってるぞ
491:デフォルトの名無しさん
10/06/10 09:10:14
別に>>480は単なる例であって、どんな環境でもそうだとは言ってないだろ
492:デフォルトの名無しさん
10/06/10 09:12:47
環境依存のスレは別にあるんだからこのスレで書くな
493:デフォルトの名無しさん
10/06/10 09:21:50
return 0;は0に返すという意味って大雑把な意味はわかるんですが、
例えば関数 keisan()があったとして
return keisan();ってのは同じようにkeisan()に返すって意味ですか？
returunの概念がいまいちよくわからんのですが・・
494:デフォルトの名無しさん
10/06/10 09:23:54
returnは返す。
keisan()はkeisan関数を呼び出して、その値。
つまり、return keisan()はkeisan関数を呼び出して、その値を返す。
以上
495:デフォルトの名無しさん
10/06/10 09:24:33
あー、そもそもreturn 0は0「を」(呼び出し元に)返すだからね。
496:デフォルトの名無しさん
10/06/10 09:30:21
>>494
なるほど、わかりやすい
別にreturn使わなくても
int main(void)
{
keisan();
}
だけで呼び出せるけどどういうことでしょう？
497:デフォルトの名無しさん
10/06/10 09:31:36
意味が違うし、色々と説明したいのは山々だが時間がないので後続に期待w
498:デフォルトの名無しさん
10/06/10 09:34:26
Pascal ならfunctionとprocedureってしっかり分かれているから
理解しやすいのだが、C言語はごちゃ混ぜに出来るし、戻り値を
捨ててしまえるというエレガント(?)な設計になっているため初心者が
ここで混同しやすい
499:デフォルトの名無しさん
10/06/10 09:39:12
>>497
そこをなんとか・・
500:デフォルトの名無しさん
10/06/10 09:43:26
>>499
たとえばkeisan()の戻り値型がdoubleだとすると
double a;
...
a = keisan();
return a;
と
return keisan();
は同じような意味になる
要するにこの関数は値を返すか返さないかの違いだけ
501:デフォルトの名無しさん
10/06/10 09:50:42
>>500
関数ってのは返すのが当たり前じゃないんですか？
502:デフォルトの名無しさん
10/06/10 09:53:57
>>501
そんな事はない
void kansuu(void);
のように戻り値の所にvoidと書いた関数は値を返さない
返そうとするとコンパイルエラーになる
503:デフォルトの名無しさん
10/06/10 09:55:47
プログラムの中でreturn使ってないのはいいの？
正しいプログラムなの？
504:デフォルトの名無しさん
10/06/10 10:01:36
>>503
戻り型があるのにreturnを使わないと大抵のコンパイラでは警告が出る
正しいとは言えないが、戻り値を使わないプログラムだとそのまま動いて
しまう事がある
505:480
10/06/10 10:11:11
>>490
うちのbccだとp[-1],q[-1]だったけど
>>492
らじゃ
506:デフォルトの名無しさん
10/06/10 10:27:22
>>504
#include<stdio.h>
int main(void){
int a;
scanf("%d",&a);
printf("%d\n",a);
}
エラーでないけどなｗreturn使ったほうがいいのかこんな簡単なもんでも。
507:デフォルトの名無しさん
10/06/10 10:35:04
>>506
誰もエラーが出るとは書いてないだろアホ
「警告が出るコンパイラが多い」と書いたんだよ日本語わかる？
508:デフォルトの名無しさん
10/06/10 10:43:52
mainはエラーでないが他だとVCではエラー出る
voidなら不問
509:デフォルトの名無しさん
10/06/10 10:45:37
>>506はreturn使う必要どこにあるの？ないと思うが。
複雑なプログラムだけだろ。
510:デフォルトの名無しさん
10/06/10 11:41:18
>>506 だまって0を返しとけ。
511:デフォルトの名無しさん
10/06/10 11:50:52
取り敢えずvoid main()と書く奴はCを使う資格ないな
WindowsのGUIならvoid main()でもいいが
512:デフォルトの名無しさん
10/06/10 12:33:58
>>511
その根拠は？
513:デフォルトの名無しさん
10/06/10 12:51:49
またかよおめーら
514:デフォルトの名無しさん
10/06/10 12:53:12
>>512
根拠は俺様だ
LinuxなどのUNIX環境でvoid main()などあり得ない
シェルが実行ファイルの戻り値をほとんど使う
515:デフォルトの名無しさん
10/06/10 12:54:30
それだけじゃなくてWindowsでもコマンドプロンプトからバッチファイルで
使う場合は戻り値を使う
その時にvoid main()じゃ戻り値が不定値になってしまうだろうが
516:デフォルトの名無しさん
10/06/10 13:12:47
１がエラーとか０が成功とかの規定なんて無いだろ。
０が成功かもしれないし1がエラーかも知れないし、
それ以外の情報を戻り値が教えてくれるかもしれない。
だから何も返さない方が一般性が高いと思う。
517:デフォルトの名無しさん
10/06/10 13:18:43
はいはい
勝手に言ってろ
518:デフォルトの名無しさん
10/06/10 13:21:41
>>516
URLﾘﾝｸ(www.opengroup.org)
ちゃんと規定されてる
519:デフォルトの名無しさん
10/06/10 13:29:29
>>516
Cのstdlib.hににEXIT_SUCCESSとEXIT_FAILUREというマクロが
定義されているのは何のためだと思う？
無知にも程がある
520:デフォルトの名無しさん
10/06/10 13:35:46
マクロというのはC言語の中でしか通用しないから
OSからみたら１か０にしか見えないの。
もし、プログラムが成功や失敗ではなくて
計算の結果を返して、その答えが１か０だった場合どうするの？
だから規定なんて無い。
521:デフォルトの名無しさん
10/06/10 13:37:53
>>520
>>518が読めないのか？もしかして英語音痴か
522:デフォルトの名無しさん
10/06/10 13:38:56
だいたいC言語のマクロというのはUNIXの総合環境の中で培われて
きたものだ
だからC言語の中でしか通用しないという言い訳はおかしい
523:デフォルトの名無しさん
10/06/10 13:56:41
OSから見たらそのプログラムがCで作られたかJavaで作られたか
GCCでつくれたかどうかも分からない。
だから規定なんて無い。
524:デフォルトの名無しさん
10/06/10 14:08:06
>>523
お前も頑固なやっちゃなー
そんな固い頭でプログラマで食って行けてるの？
525:デフォルトの名無しさん
10/06/10 14:10:09
下っ端プログラマーでは食っていけないけど
SEとしては食っていけるよ。
526:デフォルトの名無しさん
10/06/10 14:10:50
嘘付け
ニートの癖に良く言うよ
527:デフォルトの名無しさん
10/06/10 14:11:23
C ->ネイティブ吐く
Java ->仮想マシン上
GCC ->そもそも言語じゃない
これらを一緒くたにして語ってる時点でもうね……
528:デフォルトの名無しさん
10/06/10 14:12:03
と言うより、そんなに意地っ張りだからニートから抜け出せないんだと言っておくか
世の中を渡って行くには柔軟な頭脳は欠かせない
>>523のようなカチコチ馬鹿は家の中に引き籠もっているしかない
529:デフォルトの名無しさん
10/06/10 14:15:10
結局何を書いても引きこもりにされるわ(ry
530:デフォルトの名無しさん
10/06/10 14:17:56
いや実際>>523は引き籠もりだろ
言ってる事がSEにしてはおかしいもん
531:デフォルトの名無しさん
10/06/10 16:50:34
MS-DOSでは0が正常終了
532:デフォルトの名無しさん
10/06/10 17:27:14
>>519
exit()のためじゃないの？
main関数で使う物ってどこで定められてんの？
533:デフォルトの名無しさん
10/06/10 17:38:14
みんな、そんなにマルチプラットフォームなプログラムを書いてるの？
534:デフォルトの名無しさん
10/06/10 21:15:10
質問。MFCではなくWinSDK使って書く場合
case WM_CREATE:
g_Cls.init( );
break;
case WM_PAINT:
g_Cls.paint( );
break;
と書くのは、オブジェクト指向では無いよね？
でも、プロシージャ等の一式をクラスに纏めるのも微妙だけど、どういう書き方綺麗かな？
535:デフォルトの名無しさん
10/06/10 21:15:57
exitのエラーは-1じゃね？
536:デフォルトの名無しさん
10/06/10 21:58:53
>>535
俺の知る限りの環境では0以外全部エラーだお
537:デフォルトの名無しさん
10/06/10 22:53:11
>>492
ん？
>>480は単なる一例であって、特に環境依存の話ではないが？
538:デフォルトの名無しさん
10/06/10 23:07:19
次のようなコードで::max<int>()でも::max<d>()でも実体化出来るようにしたいのですがどう直せばいいでしょうか。
#include <algorithm>
template<typename T> class c{ /* 省略 */ };
template<typename T> c<T> max(const c<T>& a, const c<T>& b) { return std::max(a, b); }
class d { /* 省略 */ };
namespace std {
d max(const d&, const d&) { /* 省略 */ }
}
::max<int>()は一例で、要するに何でも受け付けるようにしたいという意味です。
ここで実現したい制限がいくつかあります:
1. 値が変化するためstd::max(const d&, const d&)の戻り値はconst d&に出来ない。つまりalgorithmのstd::max()を特殊化出来ない。
2. std::max(const d&, const d&)が宣言されない場合があるため、::max<T>()はstd::max(const d&, const d&)の存在を知らなくてもいいようにしたい。
当然その時はコード中に::max<d>()を実体化するようなコードは無い。
またそもそも論として、
1. ::max<int>()でも::max<d>()でも実体化できるようにする際に::max<T>()の中で呼び出すべきなのはstd::max()なのか。
2. d max(const d&, const d&)の宣言場所はstdの中でいいのか。
といった疑問があります。
539:538
10/06/10 23:23:02
実際に試せるコードの方がいいですね。
#include <algorithm>
template<typename T> struct c { T v; };
template<typename T> c<T> max(const c<T>& a, const c<T>& b) { c<T> r = {std::max(a.v, b.v)}; return r; }
struct d { int v; };
namespace std {
d max(const d& a, const d& b) { d r = {a.v+b.v}; return r; }
}
int main(int a, char** v)
{
c<int> ci;
c<d> cd;
max(ci, ci);
max(cd, cd);
}
::max<T>()をstd::max(const d&, const d&)より後に宣言すればコンパイルできるのですが、
出来ればstd::max(const d&, const d&)はどこに現れても(現れなくても)コンパイルできるようにしたいです。
540:デフォルトの名無しさん
10/06/10 23:26:11
stdに変なもん入れんなよ
541:538
10/06/10 23:29:02
>>540
やっぱり入れないほうがいいですよね。
stdに入れないで::max<int>()と::max<d>()を両立するにはどうしたらいいでしょうか。
542:デフォルトの名無しさん
10/06/10 23:42:05
＞値が変化するためstd::max(const d&, const d&)の戻り値はconst d&に出来ない
とはなんのことを言ってるのか、さっぱりわからない
543:デフォルトの名無しさん
10/06/11 00:48:53
>>538
URLﾘﾝｸ(codepad.org)
テンプレートの特殊化ではいかんのか？
SFINAEやりたいが部分特殊化できないという話なら boost::enable_if 使え。
544:538
10/06/11 00:56:43
>>542
示したのは意味のない例ですが、例ではmaxの中でa+bってやってますよね。
だからconst d&を返すことが出来ないんです。
>>543
ありがとうございます！
時を同じく丁度自前template maxの定義を思いついたところでした。
std::maxを特殊化しようとしないで自分で新たにtemplate maxを作って、それを特殊化しちゃえば良かったんですよね。
545:デフォルトの名無しさん
10/06/11 01:34:58
初歩的な質問で恐縮なんですが継承を行うと
基本クラスのデータメンバは派生クラスにも同じように
データメンバが作られるのでしょうか？
また基本クラスのデータメンバをprotectedにして
publicで継承したとき，派生クラスは基本クラスのデータメンバに
アクセス，変更が出来るという認識でよろしいでしょうか?
546:デフォルトの名無しさん
10/06/11 01:36:08
C++&DirectX（dxlib）でゲーム作ってるんだけど、ムービーシーンにFlashムービーで作った物を使いたい（楽なので）
何か方法ある？
547:デフォルトの名無しさん
10/06/11 01:44:05
>>546
ieコンポ使えばいいよ
548:デフォルトの名無しさん
10/06/11 01:46:31
>>546
ついでにゲームの核もFlashで作っちゃえばいいのにw
549:デフォルトの名無しさん
10/06/11 01:53:02
>>547
ググったけどよく分からなかった というかなんか周りくどくない？
>>548
AS3でも遅すぎて話にならん
550:デフォルトの名無しさん
10/06/11 02:03:09
Flashからaviに変換すりゃいいんでね？
551:デフォルトの名無しさん
10/06/11 02:05:44
>>550
画質荒くなるしサイズ大きくなるし、いいこと無し
552:デフォルトの名無しさん
10/06/11 02:10:01
>>549
じゃあムービーのときだけIE立ち上げればいいよ
553:デフォルトの名無しさん
10/06/11 02:27:42
ノ´⌒ヽ,,
γ⌒´ ヽ,
／／ ""⌒⌒"＼ ） ＿/＼／＼／＼/＼／|＿
ｉ / ⌒ ⌒ ヽ ） ＼ ／
!ﾞ (･ ）｀ ´( ･） ｉ/ ＜ 泣かせるおつむ ＞
| /// （__人_）//| ／ ＼
＼＿＿ ｀ー'＿／ ￣|／＼／＼／＼/＼|￣
／ ,} ￣ ￣ { ヽ,
／ i i ＼
／ ／^i| |i^ヽ ＼
ヾ￣ i ／ .ｌ ｌ ＼.＿ﾉ`フ
￣￣ ﾄ ,, ,.l ￣
| ＼ ／ |
l ヽ_r l
| | |
l ,,_ l _,,. l
} ! {
/ 二二 | 二二ヽ
i⌒i .i⌒i i⌒i ＿＿＿＿ __
| .｜.| .| | .| ,ｰ､◎ （＿＿＿_ ） （__） ｒヽ
ﾉ ﾉ | .| , ｒ──ヽ | .二ノ ｒ──ヽ ／ ／ | |
ノ ノ | .レ'ﾉ .ヽ──┘ | .|＿＿ノヽ ヽ──┘ (⌒ ／ .ノ |
∠／ |____ノ ゝ＿＿＿ノ ヽ ヽ （￣￣ ノ
554:デフォルトの名無しさん
10/06/11 02:35:48
>>545の質問お願いします。。
555:デフォルトの名無しさん
10/06/11 02:38:56
>>554
URLﾘﾝｸ(www7b.biglobe.ne.jp)
556:デフォルトの名無しさん
10/06/11 05:02:05
>>555
サイトの紹介ありがとうございます。
データメンバも継承されることは分かったのですがprotectedがまだ今ひとつ分かりません。protectedは派生クラスから基本クラスの値を変更する為に利用するのでしょうか？それとも基本クラスから継承したデータメンバを変更する為に利用されるのでしょうか？
よろしくお願いします、
557:デフォルトの名無しさん
10/06/11 07:11:35
ポインタの意味がサイトとか見てもよくわかりません。
例えば
(*p)はどういうことなんですか？(*f)もあるんですが
558:デフォルトの名無しさん
10/06/11 09:19:45
Ｃ言語習得に一番初心者に優しいわかりやすいサイト教えてください。
猫でもわかる～でも難しいです。
559:デフォルトの名無しさん
10/06/11 09:26:34
猫の先生はいしゃ
URLﾘﾝｸ(www.orchid.co.jp)
560:デフォルトの名無しさん
10/06/11 09:37:01
>>556
protectedは実際はあまり使われない
ロベールのC++でも買って読むと良い
基本クラスでprivateで、そのまま継承して継承したクラスからも
見えるようにしたい時に使う事か多いけど実際はそんなに登場
する機会はない
561:デフォルトの名無しさん
10/06/11 09:52:55
>>552
阿呆なのか？
562:デフォルトの名無しさん
10/06/11 11:42:49
(*p)と(*f)の違いについて
563:デフォルトの名無しさん
10/06/11 11:57:27
そのサイトでは、変数 p と q は上のほうで何て定義してある？
猫の先生は内科の医者
URLﾘﾝｸ(www.orchid.co.jp)
564:デフォルトの名無しさん
10/06/11 20:34:43
>>560
ありがとうございました!
非常に参考になりました。
565:デフォルトの名無しさん
10/06/11 20:40:05
自作のテキストエディタに予想変換機能(簡単な物)を付けたいのですが
その手の解説かソースプログラムある場所ありますか？
出来ればVC++のウィンドウズ非コンソールプログラムで
566:デフォルトの名無しさん
10/06/11 22:25:15
>>565
現状何が問題なのよ。
予測文字列を算出することなのか、予測文字列群をポップアップで表示する方法なのか、いろいろあるでしょ。
567:デフォルトの名無しさん
10/06/11 23:29:28
>>566
出来れば予測文字郡をリストボックス形式で表示して
入力と共にリストが絞り込める形がいいです
568:デフォルトの名無しさん
10/06/11 23:37:24
share_ptrって凄く便利だけど遅かったりするの？
569:デフォルトの名無しさん
10/06/12 00:10:26
>>567
それで今どこまで出来てるの
570:デフォルトの名無しさん
10/06/12 07:52:52
>>568
メリットに対してコストは全然問題ないレベル。
普通に使って問題ないよ。万が一問題になったらそこで対応すればいい。
571:デフォルトの名無しさん
10/06/12 10:06:14
>>570
ありがとん！
あともう一つ質問なんだけど、
listのremove()で、とあるメンバ変数が1だったら削除、とかやりたいんだけどどうやって指定したらよいの？
いろんなサイト見てるけどlist<int>とか<char>ばかりで<class*>がない…
572:デフォルトの名無しさん
10/06/12 10:09:54
>>571
remove_ifを使う。
573:デフォルトの名無しさん
10/06/12 10:14:27
>>571
std::remove_if
574:デフォルトの名無しさん
10/06/12 10:27:20
>>572-573
ｾﾝｷｭｰ!
575:デフォルトの名無しさん
10/06/12 10:42:09
ごめん、やっぱ分からん
メンバ変数の指定ってどうやるの？
576:デフォルトの名無しさん
10/06/12 10:49:25
>>575
std::mem_fun_refを使って渡す
メンバ関数のアドレスを直接渡そうとするのはダメよ
577:デフォルトの名無しさん
10/06/12 10:50:14
ごめんなさい間違えました
578:デフォルトの名無しさん
10/06/12 10:56:45
>>575
bool func(Object t){
if (t.x = 1)
return 1;
else
return 0;
}
みたいなのを作ってremove_if の第三引数に渡す
579:デフォルトの名無しさん
10/06/12 10:57:56
boost::bind使うと楽なんだけどな
580:デフォルトの名無しさん
10/06/12 10:58:42
C++0xだと思わずラムダ式を使ってしまう
C++にもboost::lambdaは使えるけど
581:デフォルトの名無しさん
10/06/12 11:06:52
>>578
なるほど、クラスまるごと受け取るのか
やってみる
582:デフォルトの名無しさん
10/06/12 12:05:18
一回の走査で配列から中間値に最も近い値をもつインデックスを見つけることってできる？
583:デフォルトの名無しさん
10/06/12 12:13:08
できたら、ソートのアルゴリズムに大革命起こせるな。
584:デフォルトの名無しさん
10/06/12 12:16:12
え？普通に出来るだろ。
585:デフォルトの名無しさん
10/06/12 12:21:32
>>584
やってみろよ
586:デフォルトの名無しさん
10/06/12 12:25:38
メモリーにインデックスと値の組を保存する。
値の平均を計算する。
平均に最もちかいインデックスを検索する。
587:デフォルトの名無しさん
10/06/12 12:26:10
ソートしておく
588:デフォルトの名無しさん
10/06/12 12:30:08
>>586
2回走査するうえに中間値でもない。
589:デフォルトの名無しさん
10/06/12 12:33:00
ほんとに中間値なら最大値と最小値の間の数は全部中間値ってことになるよ。
平均値の間違いかと思ったよ。
ちなみに走査は一回しかしてないよ。
590:デフォルトの名無しさん
10/06/12 12:37:10
>>587
ソートした時点で既にオーダーが最低NlogNになってまうだろうが
O(N)にはならない
591:デフォルトの名無しさん
10/06/12 12:38:21
590は必要条件と十分条件の区別が付いてないようだな・・・・
592:デフォルトの名無しさん
10/06/12 12:40:45
>>591
いや、区別は付いている
ソートしてあるという前提条件が付いているなら
それは必要条件になる
593:デフォルトの名無しさん
10/06/12 12:42:10
>>589
はかわいそうな子
594:デフォルトの名無しさん
10/06/12 12:45:08
>>589が正しい。
595:デフォルトの名無しさん
10/06/12 12:46:23
そうだな、>>589であってるよ。
596:デフォルトの名無しさん
10/06/12 12:46:41
O(N)⇒一回の走査だけど、
一回の走査⇒O(N)じゃないからね。
一回の走査したあと他に何かする場合もあるからね。
597:デフォルトの名無しさん
10/06/12 12:48:01
>>596
別の配列に移してソートするんですね。
598:デフォルトの名無しさん
10/06/12 12:48:43
>>597
その通りです。
599:デフォルトの名無しさん
10/06/12 12:51:18
>>596
＞一回の走査⇒O(N)じゃないからね。
え？
600:デフォルトの名無しさん
10/06/12 12:52:39
一回の走査をするアルゴリズムの略にきまってるだろ。
601:デフォルトの名無しさん
10/06/12 12:55:00
>>598
意味ねえーーー
602:デフォルトの名無しさん
10/06/12 13:28:59
だからソートしたらOが変わるって
603:デフォルトの名無しさん
10/06/12 13:57:55
listでさ
あらかじめある程度の領域確保しといて、足りなくなったら適当な所から取って使う
みたいなこと出来ない？
placement new+仮想メモリ みたいな
604:デフォルトの名無しさん
10/06/12 14:05:16
>>603
そういうアロケーターを書いてあるそのままに作ればいいと思うよ
605:デフォルトの名無しさん
10/06/12 14:37:17
>>603
listにはそのためにアロケーターを指定できるようになっている。
boostにすぐ使えるpoolアロケータが用意されているからそれを使うのが楽
こんな感じ
list<hoge,boost::fast_pool_alocator<hoge>> a;
606:デフォルトの名無しさん
10/06/12 15:24:26
>>596
二回の走査でもO(N)
従って
> O(N)⇒一回の走査だけど、
は間違い。
607:デフォルトの名無しさん
10/06/12 15:46:54
>>605
まじで！ ありがとう、使ってみる
608:デフォルトの名無しさん
10/06/12 15:48:31
綴りミスってた fast_pool_allocatorだな。
609:デフォルトの名無しさん
10/06/12 15:55:34
Boostのアロケータか
使ってみたけどあまり変わらんぞ
はっきり言ってあまり期待しない方がよい
標準のアロケータで通常は十分
610:デフォルトの名無しさん
10/06/12 16:05:22
そもそも標準で十分だと思ってるヤツ向けの機能じゃないし。
611:デフォルトの名無しさん
10/06/12 16:07:08
boostって実際使って仕事してる？
規約で禁止されてるところとか多そう。
612:デフォルトの名無しさん
10/06/12 16:09:06
必要があれば使うけど、基本的には使わない。
613:デフォルトの名無しさん
10/06/12 16:29:53
>>609
意外と標準のnewは速いから大きな差はないな。差がないのはアロケータはスレッドセーフにする必要があるのが要因のようだね。
プールアロケータのメリットはたくさんのオブジェクトを作成、破棄を繰り返すときにヒープの断片化を防ぐ。これはnewの速度低下に地味に効いてくる。
あと、オブジェクトの生成破棄再生成を繰り返すときの高速化ぐらいだね
614:デフォルトの名無しさん
10/06/12 16:54:36
二つ以上のクラスで同じ関数使いまわしたいんだけど何かいい方法ない？
class CA {
void hoge();
}
class CB {
void hoge();
}
void CA::CB::hoge() {
}
こんなイメージ（勿論上はエラー）
まあ二回書けばいいんだけど、中身が数十行あるからうざったい
615:デフォルトの名無しさん
10/06/12 16:57:30
>>614
継承
616:デフォルトの名無しさん
10/06/12 17:05:11
テンプレート関数でできそうな飢餓。
617:デフォルトの名無しさん
10/06/12 17:11:33
普通に
class Choge {
void hoge();
}
class CA:public Choge {
}
class CB:public Choge {
}
void Choge::hoge() {
}
これでいけるか
合ってるよね？
618:デフォルトの名無しさん
10/06/12 17:12:19
is-a に出来ないんだったら絶対にpublic継承は使うなよ
場合によっちゃprivate継承が適切なケースもあるが
なるべくならコンポジションだ
619:デフォルトの名無しさん
10/06/12 17:20:35
もうちょっとわかりやすく！
620:デフォルトの名無しさん
10/06/12 17:21:21
>>617
そのhoge()はなんでメンバ関数なんだ? そこをよく考えて設計するべき。
621:デフォルトの名無しさん
10/06/12 17:33:14
>>617
あってるよ。それでいい。
622:614
10/06/12 17:55:09
ありがとうございました！
623:デフォルトの名無しさん
10/06/12 19:06:49
std::istringstreamからstd::getline()やらread()やらでデータを取得していって、
さぁ残りの文字列を取得しようとstr()を呼んだら最初の初期化で指定したものが出てきました。
現在の読み込み位置以降の文字列を取得するスマートな方法は無いですか？
624:デフォルトの名無しさん
10/06/12 19:21:49
>>623
istreambuf_iteratorでもなんでもいいけど、
istringstreamから残り全部の文字を読み出すようなコードを書くのが手っ取り早いと思う。
625:623
10/06/12 20:11:54
>>624
どうもありがとうございます。大当たりです。
std::string str( ( std::istreambuf_iterator<char>(istr) ), std::istreambuf_iterator<char>() );
で期待した動作になりました。
626:デフォルトの名無しさん
10/06/13 10:22:26
c++の学習のためにゲームを作っているのですが、コードを書くごとにどんどんグローバル変数が増えていって困っています。
呼び出し関係のない２つの関数で共通する変数を扱う為にグローバル変数を使う、というパターンがほとんどなのですが、
こういう場合にグローバル変数をなるべく使わないで済ます方法はないでしょうか？
たとえばカーソルを動かして選択肢を選ぶ処理を作るために、
「キーボードの入力を受け取ってカーソルの位置情報を動かす」関数と「位置情報からカーソルを描画する」関数があり、
カーソルの位置情報をグローバル変数にするという感じです。（上記の関数はどちらもゲームのメインループから呼び出しています）
627:デフォルトの名無しさん
10/06/13 10:28:05
>>626
「カーソル位置情報を動かす」オブジェクトが「カーソルを描画する」オブジェクトを参照できるようにしておく。
628:デフォルトの名無しさん
10/06/13 10:33:57
>>626
オブジェクトうんぬんじゃなくて、ただの構造化プログラミング的には
キーボードの入力を引数にとり、カーソルの位置情報を返す関数
位置情報を引数にとり、カーソルを描画する関数
キーボードの入力を受け取って上記二つを呼び出す関数
に分けるとか
そういう風にするだけでも、関数内でそれなりに完結するようになって大分良くなるんじゃないかな
629:デフォルトの名無しさん
10/06/13 10:34:08
カーソル位置情報を関数に参照渡しすれば？
630:626
10/06/13 10:44:34
ご回答ありがとうございます。
実は学習のしかたが偏っていたせいか、今まで参照がどんなものなのか知りませんでした。
今参考書をあたりつつ、関数の分け方も考えています。
631:デフォルトの名無しさん
10/06/13 11:20:34
listがremove()使ったほうがいいって言われるのはなんで？
一個だけ削除するにもremove使ったほうがいいの？
632:デフォルトの名無しさん
10/06/13 12:22:43
>>631
どこに書いてあった？
633:デフォルトの名無しさん
10/06/13 12:23:52
普通の関数のremoveよりメンバ関数のremove使った方がいいって話と勘違いしてるとか？
634:デフォルトの名無しさん
10/06/13 13:47:08
＞URLﾘﾝｸ(www.geocities.jp)
＞erase() はイテレータを使い、指定された要素を削除します。ただし、list の場合は要素の削除には、 remove() の方を使うべきです。
＞remove() は、指定した値を持つ全ての要素を削除します。remove_if() は、削除する要素の条件を指定できるものですが、この辺りは使い方が難しいので説明を省きます。
635:デフォルトの名無しさん
10/06/13 14:06:42
？removeは機能も違うし置き換えにはらんだろう。しかもO(N)じゃないのか？
636:デフォルトの名無しさん
10/06/13 17:42:48
>>634
そこ間違いが多いから参考にしないほうがいいよ
637:デフォルトの名無しさん
10/06/14 01:03:17
高橋麻奈著の『やさしいC』を読み終えファイル入出力までは理解できた
次は何すればいい？C以外の言語を学んだ方が良い？
638:デフォルトの名無しさん
10/06/14 06:42:49
次は自分で考える事を勉強する、かな
639:デフォルトの名無しさん
10/06/14 11:46:43
>>637
書け。
640:デフォルトの名無しさん
10/06/14 13:13:06
>>637
つｽﾚﾘﾝｸ(tech板)
641:デフォルトの名無しさん
10/06/14 13:31:03
ソースファイル落としたら.mの拡張子のファイルも入ってて良くわからないです
明日までにとりあえず動作させなければいけないんで
使い方だけ簡潔に教えていただければ助かります
642:デフォルトの名無しさん
10/06/14 13:39:29
m4 かなあ？
643:デフォルトの名無しさん
10/06/14 13:45:10
mファイルと言うらしいのですが、matlabは触ったことがないので全然分からないのです…
特別なコンパイラとかいるのでしょうか？
644:デフォルトの名無しさん
10/06/14 13:46:38
matlabが必要になります。
645:デフォルトの名無しさん
10/06/14 16:14:58
オーバーフローアンダーフローを検出してくれる整数演算のライブラリってなんかありますか？
646:デフォルトの名無しさん
10/06/14 17:54:08
.mってObjective-Cじゃないんかね
647:デフォルトの名無しさん
10/06/14 18:39:43
>>645
SafeInt
648:デフォルトの名無しさん
10/06/14 23:13:49
初期化子でポインタは初期化できないのですか？
649:デフォルトの名無しさん
10/06/14 23:15:07
初期化出来るでしょ
650:デフォルトの名無しさん
10/06/14 23:24:35
MATLAB なら Octave が free soft。
651:デフォルトの名無しさん
10/06/14 23:55:01
int i;
sscanf(str, "%d", &i);
これでstrにiを超える桁数の数が入ってたら
適当に丸めてくれるの？
それとも桁あふれになるの？
652:デフォルトの名無しさん
10/06/15 19:29:53
struct Rec {
int type; /* 0なら四角、1なら丸*/
int yoko; /* 幅*/
int tate; /* 高さ*/
};
struct Cir {
int type; /* 0なら四角、1なら丸*/
int r; /* 半径*/
};
struct Zukei {
int type; /* 0なら四角、1なら丸*/
};
void RecCreate(void* hoge){
(Rec*)hoge->type=0;
(Rec*)hoge->yoko=10;
(Rec*)hoge->tate=5;
}
void CirCreate(void* hoge){
(Rec*)hoge->type=0;
(Rec*)hoge->r=7;
}
653:デフォルトの名無しさん
10/06/15 19:31:35
PrintMen(void* hoge){
switch((zukei*)hoge->type)
case 0:
sprintf("%d",(Rec*)hoge->yoko * (Rec*)hoge->tate);
case 1:
sprintf("%d",(Cir*)hoge->r * (Cir*)hoge->r * 3.14);
}
main{
zukei* x;
RecCreate(x);
(間にいろんな処理)
PrintMen(x);
}
先輩の作ったモジュール見たらこんな感じのコード出てきたんですが
CreateTri抜ける～PrintMen行くまでにyoko、tateの情報落ちないんでしょうか?
zukeiへのポインタとしてしかxを宣言してない
(mainモジュール中でzukei構造体分のサイズしかメモリ確保してない?)んで
yoko、tateの値が入った領域って(間にいろんな処理)の際に
別の変数の為に使われちゃったりしないか気になるんですが。
654:デフォルトの名無しさん
10/06/15 19:39:29
>>653
すごい良くないコードだね。
危惧しているとおりに、違う型で上書きしなければ動くだろうけど。間違いを防止することができない良くないコードだね。
655:デフォルトの名無しさん
10/06/15 19:39:33
ひでぇコードだな
656:デフォルトの名無しさん
10/06/15 19:44:36
C++で仮想関数にすればまだ見られるようになりそうだが
657:デフォルトの名無しさん
10/06/15 19:52:37
回覧板の角で頭ぶっ叩くレベル
658:デフォルトの名無しさん
10/06/15 19:53:30
Cでクラス・継承を実装するのは結構めんどくさいよね
659:デフォルトの名無しさん
10/06/15 20:00:39
>>658
各構造体をunionするしかないか。コンパイラのチェックが効かないから相当危険なコードになるのは間違いないが。
660:デフォルトの名無しさん
10/06/15 20:03:53
Cなら普通にある。キミらが使っているネットワークスタックも同様に書かれている。
661:デフォルトの名無しさん
10/06/15 20:08:53
>>660
IPのアドレス構造体なんかそうだけど。
type値で切り替えるのは有るけど普通じゃないと思う。APIなどのインターフェースとかぐらいだろ
662:デフォルトの名無しさん
10/06/15 20:20:29
xの先はどこで確保されているんだろう。
常識的に考えればRecCreate()で確保するのが関の山だと思うが。
663:デフォルトの名無しさん
10/06/15 20:41:46
>>652はLが無いけど、TLVな構造なんてどこでも使われてるだろ。
664:デフォルトの名無しさん
10/06/15 20:55:24
型をコンパイラがチェックできなくなるんでお勧めできない方法だ
665:デフォルトの名無しさん
10/06/15 20:57:17
すみません。ポインタの変数の値が壊れる事に悩んでいます。
struct DATABOX { int no; bool chk; float *data_a, *data_b; }
この構造体のインスタンス
DATABOX dbox[100]; が有るのですが、
私がまだ理解できていないテンプレートを使った移植クラスの利用の為に
DATABOX* tmp = spDAry[i]->mpObj; // 右の式がテンプレートらしく理解が・・
ここに
tmp->data_a = dbox[i].data_a;
とすると正常通過する時と、dbox[i].data_a側が 0.000000 になってしまう時が有ります。
(デバッグで手前では数値が確実に入っています。必ず0.000000以外の数値で確認済みです。）
ここ以外 dbox[100] を触っている部分は全く無い処理に入ってから壊れるので
ここしか考えられないのです。
ポインタの扱いに慣れておらず、
イコールして右の式が壊れるなんて初めてで、混乱しております。
申し訳ないですが、何がまずそうかできれば推測で構いませんので、助言頂けませんでしょうか
666:デフォルトの名無しさん
10/06/15 20:59:41
>>665
おそらくテンプレートは関係ない。
先ずは周辺のソースを全部出せ。
667:デフォルトの名無しさん
10/06/15 21:02:33
spDAry[i] の i が spDAry のサイズを超えてるんじゃないの？
んで、tmp が変な所指してしまってて、dbox か i かの中身を壊してるとか