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

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

331:デフォルトの名無しさん
07/08/15 10:26:15
マクロに放り込むんだり引数の評価順に左右されるような場合はマズいけど
別にこのケースは何の問題も無いわな

スタイルとして自分がそう心がけているというだけの話なら
ご立派ですねで終わりだが

実にどうでもいい

332:292
07/08/15 10:26:21
適切な日本語ではなかったけど、脳の衰え始めている先輩方には難しかったかな？
むしろ適切であったとしてもまともにこたえる気はなさそうにおもえる

333:デフォルトの名無しさん
07/08/15 10:27:23
2chで煽るのだけが生き甲斐の厨房に
煽り返す厨房か

334:309
07/08/15 10:44:58
>>331
今は問題無いからいいって考えはどうかと思うぞ。後々の仕様変更に耐えられるコードを書く方がいい。
もっとも今回は副作用で問題が出るマクロにするのが一番悪いが。

>>332
>まともにこたえる気はなさそうにおもえる
何でそう思ったか知らんが結局質問は「副作用があるコードを関数呼び出しで書いちゃ遺憾って言ってるけど、それって*++pではない場合にもいえなくない？」って事か？

335:デフォルトの名無しさん
07/08/15 10:49:04
>>331
話題がループするが、sub()がマクロなら問題だからするべきではないという話だろ。
件のサイトではsub()が何か提示されていないのだから、問題がないとは言えない。

336:292
07/08/15 10:54:44
皆さんの話がかみ合ってないかもしれないので整理しましょう

*++pってなんですか？

337:デフォルトの名無しさん
07/08/15 11:00:13
>>335
マクロにsub()なんて名前をつけてるのならそっちのが問題じゃね
マクロは大文字で目立たせるのが基本だし
subはサブルーチンのサブだろう

ま、標準ライブラリの一部の関数はマクロで実装することも許されているけどな

338:デフォルトの名無しさん
07/08/15 11:13:27
>>336
死ね

339:デフォルトの名無しさん
07/08/15 11:32:32
すみません、教えてください。

C++でコンテナからイテレータを取り出すときに、iterator とconst_iterator とを
区別するのはどうやっているんでしょうか？

std::vector<>::iterator begin();
と
std::vector<>::const_iterator begin() cons;

のように、同じ関数でiterator を返したりconst_iterator を返したりしたいんですが、上手くいかない……

340:339
07/08/15 11:40:56
ごめん、忘れてください。超間抜けなこと聞いた。

暑くて頭がボケてたみたい……

341:デフォルトの名無しさん
07/08/15 11:42:17
while(1) sub( *++p );

で意味をなす単項subってどんなマクロ(関数)なんだろ

342:デフォルトの名無しさん
07/08/15 11:46:15
>>337
<*grep*>:319:crt/src/minmax.h:21:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:333:crt/src/stdlib.h:166:#define __max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:340:crt/src/stdlib.h:472:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:342:crt/src/v2tov3.h:71:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:387:include/minmax.h:21:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:399:include/stdlib.h:146:#define __max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:406:include/stdlib.h:424:#define max(a,b) (((a) > (b)) ? (a) : (b))
<*grep*>:603:PlatformSDK/Include/WinDef.h:177:#define max(a,b) (((a) > (b)) ? (a) : (b))
なるほど、標準ライブラリにないmax()系がこんなにあるとはM$は問題だらけだね。

343:デフォルトの名無しさん
07/08/15 11:48:41
>>341
きっとこんなのだよ。
#define sub(x) putchar(x)

344:デフォルトの名無しさん
07/08/15 12:04:17
>>342
そうだな。実際最悪だろ。

345:デフォルトの名無しさん
07/08/15 12:06:28
マクロは名前空間にもくるめないしなあ

346:デフォルトの名無しさん
07/08/15 12:08:02
>>342
実際、それが問題になることがあって、
min,maxを定義しないようにするための NOMINMAX というマクロが存在する

347:デフォルトの名無しさん
07/08/15 12:08:48
>>342
実際そのマクロの存在の為に、VC6の<algorithm>にはstd::max, std::minがない。
これはC++の移植性において、由々しき問題である｡

348:デフォルトの名無しさん
07/08/15 12:10:11
まあVC6はそれ以前に色々ダメすぎだけどな
今となっては

349:デフォルトの名無しさん
07/08/15 12:10:29
>>342
Effective C++でも第1項でいきなり問題視してるじゃん。

350:デフォルトの名無しさん
07/08/15 12:41:16
Effective C++（笑）

351:デフォルトの名無しさん
07/08/15 12:50:00
質問です。
Windows Vista買ったら、Borland C++5.01のダイアログエデイタが正常に動作しません。
Xpマシンもありますがどうすればいいでしょうか？
１．プログラムはXpマシンで作成してコピーする。
２．ダイアログの部分だけXpマシンで作成してコピーする。
３．Vistaで動作する開発環境を買って移植する。

352:デフォルトの名無しさん
07/08/15 12:57:03
マルチ死ね

353:デフォルトの名無しさん
07/08/15 14:18:31
>>349
URLﾘﾝｸ(kamaitachi.blogdns.net)
これか。別にそんなに問題視はしてないように見えるが。

354:デフォルトの名無しさん
07/08/15 14:21:04
問題視しまくりじゃないか。

355:デフォルトの名無しさん
07/08/15 14:47:21
ここで言う「マクロと関数に名前の区別」というような点は問題視してない

356:デフォルトの名無しさん
07/08/15 14:56:09
確かに>337が指摘しているような「大文字ではない」ことについてはなんら言及されていないね｡

357:デフォルトの名無しさん
07/08/15 15:01:51
>>349は>>342宛なんだから、「ここで言う」はmaxマクロに対応させないと。

358:デフォルトの名無しさん
07/08/15 15:14:41
なるほど。確かにそっちはそうだな。

359:デフォルトの名無しさん
07/08/15 18:25:13
今北産業。

>>284
> 「単独の文
> *++p;
> は間接参照の文が無意味である。」
> ってどう意味なのでしょうか?
> 実例を挙げていただけないでしょうか。

無意味でない例なら出せる。

volatile int* p;

とか宣言されていて、p が実はメモリマップド I/O
で読むだけでも意味がある場合がある。

>>293
> #define sub(x) (x < 0 ? -x : x)

sub(a+b) とかでおかしくなるから >>342 みたいに () 使おう。

360:デフォルトの名無しさん
07/08/15 18:29:58
>>359
p が volatile int* であっても
*++p; と書いて、pがdereferenceされることは保証されてないだろ。

361:デフォルトの名無しさん
07/08/15 19:14:24
>>360
すまん、よくわからんのだが「p が deference されることは保証されない」のは、特に

*++p;

に言える、と言ってる?それとも、

*p;

でも同様だと言ってる?

362:デフォルトの名無しさん
07/08/15 19:24:20
>>360
とりあえず volatile な *p; については

URLﾘﾝｸ(c0x.coding-guidelines.com)

の 1488-1489 辺りで「最適化で削除しちゃいかんよ」ってな事になってるが。
もっといえば

volatile int x;

x;

でも一緒。

363:デフォルトの名無しさん
07/08/15 20:19:08
更にいうと

const volatile int x;

x;

でも処理系は x の読み出しを削除してはいけないし、
x の値を何かに使う場合複数回の読み出しで同じ値だと仮定してもいけない。
この場合の const は「書き込めません」っていう意味だ。

364:デフォルトの名無しさん
07/08/16 07:37:42
char *p;
char *q;
p = "hoge" + 1;
q = "hoge"[1];
この場合pはoになることは正しいですよね。
pにはhのアドレスが代入される訳ですから。
んでqの場合は配列じゃないので、
char x[] = "hoge";
int r = x[1];
なら正しくrにはoが代入されますけれど、
q = "hoge"[1];とかいても警告は出ますし、
無意味な値が代入されるけれどもコンパイルはされてしまいます。
どうしてコンパイルエラーにならないんでしょうか?

365:デフォルトの名無しさん
07/08/16 07:55:01
"hoge" + 1
はポインタだが、
"hoge"[1]
はポインタではない。

366:デフォルトの名無しさん
07/08/16 08:01:25
それは分かるんですけれども、
なんでコンパイル出来るのか?
が疑問なんです。

367:デフォルトの名無しさん
07/08/16 08:04:43
>>364
char* p = 定数;

ならわかる?

368:デフォルトの名無しさん
07/08/16 08:13:50
>>366
＞pにはhのアドレスが代入される訳ですから。
間違い。

369:デフォルトの名無しさん
07/08/16 08:20:38
>>364
C言語だと、整数からポインタへの代入は警告止まりになる。
C++ だとエラーになる。

370:デフォルトの名無しさん
07/08/16 08:38:00
>>367,369
char* p = 定数;
いや、もちろんポインタに数値をキャストしなくても
代入出来ることは知ってます。
q = "hoge"[1];
ってコンパイラはどういう風に解釈するんですか?
>>368
＞pにはhのアドレスが代入される訳ですから。
え、じゃ文字列の先頭のアドレスで正しいですか?

371:デフォルトの名無しさん
07/08/16 08:42:22
>>370
"hoge"+1なんだから、当然'o'ヘのポインタだ。

372:デフォルトの名無しさん
07/08/16 08:43:32
>>370
hのアドレス＝文字列の先頭のアドレス
代入は+1が行われたあとだろ？
だからすでにアドレスが変わってる

373:デフォルトの名無しさん
07/08/16 08:45:27
>>370
q = "hoge"[1];

と

static const char x[] = "hoge";
q = x[1];

は大体同じ。

374:デフォルトの名無しさん
07/08/16 08:59:29
>>372
すいません、勘違いしてました。
>>371,373
えっと自分が聞きたいのは、
char *q = "hoge"[1];
という文がなぜコンパイル出来るかってことなんです。
char q [] ="hoge";
char *p = "hoge";
はあきらかに違うのに
char *q = "hoge"[1];
がコンパイル出来るとまるでこの二つが同じように錯覚してしまって
間違いの元になるんじゃないかって思ったんです。
んで、そういう事が出来るのはきっと何か理由があるに違いないと思ったんです。

375:デフォルトの名無しさん
07/08/16 09:05:40
特に理由はない。
文法上問題がないから警告止まりでコンパイルされるだけ。

376:デフォルトの名無しさん
07/08/16 09:08:16
> char q [] ="hoge";
> char *p = "hoge";
> はあきらかに違うのに
> char *q = "hoge"[1];
> がコンパイル出来るとまるでこの二つが同じように錯覚してしまって
> 間違いの元になるんじゃないかって思ったんです。

なぜ二つが同じように錯覚するの？

377:デフォルトの名無しさん
07/08/16 09:27:30
>>375
ほんとだ。
char *x = "hoge";
p = x[1];
がコンパイル出来る。
x 0x85fd8
p 0x6f
pのアドレスってどこから出てきたんだろう?

378:デフォルトの名無しさん
07/08/16 09:28:33
>>374
= の右辺に書かれた T 型の文字リテラルは T 型の static 配列と同じです
= の右辺に書かれた T 型の配列は T 型の配列の先頭要素を指す「Tのポインタ型」になります

理由としてはっつーか便利だし～みたいな？

379:デフォルトの名無しさん
07/08/16 09:31:29
>>377
'o' に決まってるだろう。

380:デフォルトの名無しさん
07/08/16 09:36:05
>>377
m9（＾Д＾）ﾌﾟｷﾞｬｰ

381:デフォルトの名無しさん
07/08/16 09:39:47
>>377
一応言っておくけど0x6fはアドレスじゃないよ
'o'に対応するアスキーコード
URLﾘﾝｸ(c-production.com)

382:デフォルトの名無しさん
07/08/16 10:00:58
qはそれ自身が配列であり、右辺の"hoge"はコンパイラに対する
初期化内容としてのみ解釈される。定数"hoge"は実行時には存在しない。
pの場合、実行時に定数"hoge"をメモリ上に用意して、そのポインタを利用する。
なので同じように見えても右辺の意味がまったく違う。

もともとqは以下のように記述すべきものだったんだろうけど、
char q[] = {'h', o'', g'', 'e', '\0'};
不便なので、利便性のために
char q[] = "hoge";
という書き方も受け入れるようになっただけ。
結果的にpとqの右辺が似ているけど、たまたま。

383:デフォルトの名無しさん
07/08/16 10:07:36
*p = "hooge"
p[] = "hooge"

は同じだろ

384:デフォルトの名無しさん
07/08/16 10:11:42
>>383
本気で言ってるのか

385:デフォルトの名無しさん
07/08/16 10:20:58
>>383
別物

386:デフォルトの名無しさん
07/08/16 10:44:01
>>383
どっちもセミコロンが無いからエラーになる→同じこと
ってオチは無しだぞｗ

387:デフォルトの名無しさん
07/08/16 10:49:20
>>383
>>364未満だな

388:デフォルトの名無しさん
07/08/16 10:49:57
型名もないしな

389:デフォルトの名無しさん
07/08/16 10:52:18
ﾌﾌ

390:デフォルトの名無しさん
07/08/16 11:30:57
void foo() {
　auto char *p = "hoge";
　auto char p[] = "hoge";
　…
}
とした時の挙動からして違うことは判るだろ

391:デフォルトの名無しさん
07/08/16 11:48:08
char p1[] = "hoge";
char *p2 = "hoge";

p1[1] = 'a';
p2[1] = 'a'; // <=

392:デフォルトの名無しさん
07/08/16 12:16:13
Perlの無名配列みたいに
{1000,100,10}[0] もいけたらいいのに

393:デフォルトの名無しさん
07/08/16 12:24:01
C99

#include <stdio.h>
#include <string.h>

int main() {
printf("%d\n", (int[]){1,3,5,7,9}[1]);
}

394:デフォルトの名無しさん
07/08/16 12:33:57
>>393
こんな事出来るんだ。
知らんかった。

395:デフォルトの名無しさん
07/08/16 12:49:24
>>393
うは、いけるんやｗありがと

396:デフォルトの名無しさん
07/08/16 21:01:08
配列として認識されるのか…すげー

397:デフォルトの名無しさん
07/08/16 21:45:24
これでC99準拠のコンパイラがもっと増えてくれれば

398:768
07/08/16 22:36:05
C99、便利だけどC言語としてみるとキモい・・・

399:デフォルトの名無しさん
07/08/16 22:38:18
C++と同期とって進化してくれれば歓迎なんだけどな。

400:デフォルトの名無しさん
07/08/16 22:57:51
C99準拠のコンパイラって少ないの？
GCCしか使ってないから知らんのだけど。

401:デフォルトの名無しさん
07/08/16 23:02:56
>>400
Comeau

402:デフォルトの名無しさん
07/08/16 23:06:00
前使ってた Borland C++ 5.5.1 は C99 非準拠だったな．

403:デフォルトの名無しさん
07/08/16 23:06:01
ICC

404:デフォルトの名無しさん
07/08/16 23:20:10
VC++ のやつが無視しやがってるから広まらないのかな。

405:デフォルトの名無しさん
07/08/16 23:20:51
C99はDと同じ運命をたどればいいんだよ

406:デフォルトの名無しさん
07/08/16 23:22:13
VC++はC++コンパイラだからC99対応しないよ、ってMSの
中の人が言ったんだっけか。

407:デフォルトの名無しさん
07/08/16 23:29:51
確かにVC++8.0で試すと凄い勢いでエラー出るな

408:デフォルトの名無しさん
07/08/16 23:35:47
まあ、C99 使うくらいなら C++ 使うってのは確かだが

409:デフォルトの名無しさん
07/08/17 00:35:35
数式を画面に表示させるためのライブラリって無いでしょうか？
x^2みたいなのを、綺麗に表示するためのライブラリがほしいのです。
できれば、ソース公開している奴で、無ければソースは無くてもいいのですが
とにかく、アプリに組み込んで開発できる奴がいいです。

ちなみに、開発環境はVC++2005、WinXPProを想定しています。
動作環境も同様にXPProです。

よろしくお願いします。

410:デフォルトの名無しさん
07/08/17 04:48:29
>>409
ググっただけなんで、中身はシラネ。
URLﾘﾝｸ(www.vector.co.jp)

411:デフォルトの名無しさん
07/08/17 05:26:10
ビット演算がうまくなるコツってないですかね?
全く使いこなせてないので、
他人のソース読んでて、使いこなせていると凄く羨ましいんですけれど。

412:デフォルトの名無しさん
07/08/17 05:27:47
才能ないよ諦めた方がいい

413:デフォルトの名無しさん
07/08/17 05:37:52
コラー!

414:デフォルトの名無しさん
07/08/17 05:49:50
自虐し過ぎ

415:デフォルトの名無しさん
07/08/17 06:14:34
>>411
グラフィックまわりをいじって変な画面効果とか作るのが楽しいかも
上達が見てわかるし

416:デフォルトの名無しさん
07/08/17 08:06:25
>>411
エンディアンと変数型のバイト幅を意識すること。
算術シフトと論理シフトを意識すること。
コツっていうとこんぐらい？

フラグ的な使い方の話だったら、
必要になった時だけ使うのが良いんじゃないかなぁ。

417:デフォルトの名無しさん
07/08/17 08:08:28
>>411
論理演算、真理値表、2進数⇔16進数変換。
この辺のキーワードを調べ使いこなせるようになるとずっと違うと思うよ。
例えばこんなの。
a b c r
0 0 0 0
0 0 1 0
0 1 0 1
0 1 1 0
1 0 0 x
1 0 1 x
1 1 0 0
1 1 1 1
こいつからrを求める式を導き出せれば一歩前進。

418:デフォルトの名無しさん
07/08/17 09:16:08
皆さんアドバイス有り難うございます。
ビット演算は大事ですからね。
精進します。
>>417
グヌヌ。
難しいぞ。分かんないっす。

419:デフォルトの名無しさん
07/08/17 09:22:07
ﾌﾟｯヘボすぎ

420:デフォルトの名無しさん
07/08/17 09:29:14
~(a^c)&b
こうですか？

421:デフォルトの名無しさん
07/08/17 10:04:58
タンクローリーを運転する人に見えたのは俺だけでいい。

422:デフォルトの名無しさん
07/08/17 11:18:41
int foo;
int bar;
bar = (unsigned int)foo & 0x0fffffff;
という事をしょっちゅうしているプログラムがあるんですけど、
どういう意図を持ってこの処理をしてるんでしょうか?
最初は、int型の変数をunsigned int型にキャストしてint型の変数に代入すると、
例えば-5が代入されてたら4294967291になるのかなぁと思ってたんですが、
そういう訳でもないみたいですし。

423:デフォルトの名無しさん
07/08/17 11:21:44
>>422
意図については、そのプログラムを書いた人に聞くのが一番！

あと、もう少し基礎を勉強したほうが良いよ

424:デフォルトの名無しさん
07/08/17 20:27:31
動的な配列を作る時は
int* a=(int*)malloc(sizeof(int)*10);
if(a==NULL)
みたいにしてポインタが有効かチェクしますよね？
二次元の配列を作る目的で
int** b=(int*)malloc(sizeof(int*)*10);
とやったら、この時も
if(b==NULL)
で、bが有効なポインタかどうか判断していいんですか？

425:デフォルトの名無しさん
07/08/17 20:31:19
はい

426:デフォルトの名無しさん
07/08/17 21:12:36
>>424
if(b==(void**)0)

427:デフォルトの名無しさん
07/08/17 22:36:27
>>424
#include<stdio.h>
#include<stdlib.h>

#define X_SIZE 15
#define Y_SIZE 10

int main(void){
int x, y;
int **b;

b=malloc(sizeof(int*)*Y_SIZE);
if(b==NULL) exit(1);
b[0]=malloc(sizeof(int)*X_SIZE*Y_SIZE);
if(b[0]==NULL) exit(1);
for(y=1;y<Y_SIZE;y++) b[y]=&b[0][y*X_SIZE];

for(y=0;y<Y_SIZE;y++)
for(x=0;x<X_SIZE;x++) b[y][x]=y*X_SIZE+x;

for(y=0;y<Y_SIZE;y++){
for(x=0;x<X_SIZE;x++) printf(" %3d", b[y][x]);
printf("\n");
}

free(b[0]);
free(b);

return 0;
}

428:デフォルトの名無しさん
07/08/17 23:01:35
>>426
キャストしたらダメだろ。
意味変わる。

429:デフォルトの名無しさん
07/08/17 23:07:24
>>420
それでもいいけど、(b&~c)^aの方がシンプルだろう。

430:デフォルトの名無しさん
07/08/18 01:15:04
a^b&~c ってなところか。

>>411
最低限の論理学の勉強をする。
ド・モルガンの法則とかは必須。

431:デフォルトの名無しさん
07/08/18 07:42:18
#define NULL (void*)0
だから
ポインタへのポインタが"NULL"かどうかは
(void**)0で調べないといけない

432:デフォルトの名無しさん
07/08/18 08:20:03
＞#define NULL (void*)0
＞だから
いいえ。

433:デフォルトの名無しさん
07/08/18 10:12:01
世界中のC言語を使える人のコンピューターに対する理解度の高さの平均と、
世界中のJavaを使える人のコンピューターに対する理解度の高さの平均は、
どっちが高いですか?

434:デフォルトの名無しさん
07/08/18 10:16:53
マルチ死ね

435:デフォルトの名無しさん
07/08/18 10:18:08
>>433
スレ違い

436:DEFORTの名無し
07/08/18 13:41:52
ひさしぶりぶり
MinGWつかってみたけど微妙

437:デフォルトの名無しさん
07/08/18 13:47:02
またお前か

438:デフォルトの名無しさん
07/08/18 14:28:50
>>422
0x0fffffff でマスクってことは、下位28ビットが欲しいってだけじゃね。
あと、unsigned int へのキャストは無駄だな。

439:デフォルトの名無しさん
07/08/18 15:32:58
>>431
どこからそんなデマを仕入れてきた？

440:デフォルトの名無しさん
07/08/18 16:02:21
脳内

441:デフォルトの名無しさん
07/08/18 16:06:10
新聞

442:デフォルトの名無しさん
07/08/18 20:10:13
ある特定のウィンドウがアクティブになった時に、そのウィンドウのメニュー内の
特定のコマンドを実行するようにしたいのですが、どのよう記述したら良いでしょうか？
具体的にはXSIとゆう3DCGソフトの「アニメーションエディタ／編集／オリジナルコマンド」
を自動実行させたいのですが、、、

宜しくお願いします。

443:デフォルトの名無しさん
07/08/18 20:13:48
C/C++じゃなくてスクリプトで書けば？

444:デフォルトの名無しさん
07/08/18 20:16:44
C/C++の勉強すれば分かるよ

445:デフォルトの名無しさん
07/08/19 00:24:05
WSHとかの領域になるんかな？あっちの詳細を全部知ってるわけではないけれども

446:デフォルトの名無しさん
07/08/19 00:43:34
new int[n];　←　このnのところは、何の型で渡すのか決められてますか？
intとかlongとか（負数はあり得ないので、unsignedでしょうか）

あと、Windowsの32ビット環境では、intとlongはまったく同じ型として扱っても問題ないですか？

447:デフォルトの名無しさん
07/08/19 00:45:47
>>442
ウィンドウメニュー内の特定のメニュー項目が選択されたときって、
たぶん、WM_COMMANDとかのウィンドウメッセージが飛ぶと思うんだけど、
その具体的なパラメタを調べて、アクティブとかのイベント関係なく
直接呼んじゃだめなの?

もし、アクティブになると同時って条件をつけたいなら、
1)ウィンドウをアクティブにする
2)ウィンドウメッセージを送信する
っていうだけの簡単なプログラムを作るとか。

448:デフォルトの名無しさん
07/08/19 01:13:18
>>446
特定の型には決まっていない。整数ならいい。
負の数になったら未定義動作。

int と long は違う型です。

449:デフォルトの名無しさん
07/08/19 01:30:05
ｽﾚﾘﾝｸ(musicjf板:72番)
おもしろいIDでた

450:デフォルトの名無しさん
07/08/19 01:32:34
わざわざ他板のを持ってこなくてもいいんだよ

451:デフォルトの名無しさん
07/08/19 01:34:41
>>448,446
>特定の型には決まっていない。整数ならいい。
C++の言語仕様の詳細は知らないけど、VCならsize_tでいいんじゃね
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
URLﾘﾝｸ(msdn2.microsoft.com)

>int と long は違う型です。
これもVC(x86)の範囲内で同じようにつかえるかって質問なら、問題ないと思うけど
URLﾘﾝｸ(msdn2.microsoft.com)

452:デフォルトの名無しさん
07/08/19 01:36:23
>>450
この板ID無いが。

453:デフォルトの名無しさん
07/08/19 01:57:33
>>451
operator new 関数の第１引数は VC に限らず size_t 。
でもそれと new 式の配列要素数を表す式の型とは別。

サイズが同じだろうがなんだろうが int と long は違う型。
まったく同じ型として扱うのには問題がある。

454:デフォルトの名無しさん
07/08/19 03:13:14
>>453
ごめん、1点分からないので、教えていただきたい。
とりあえず、>>446はVCの利用上(実装上)の制限が知りたいんじゃないの、
と思ったので、その観点だけで書いたのは自分の思い込みで、それで意見が
すれ違うのは仕方ないんだけど、

>特定の型には決まっていない。整数ならいい。
>でもそれと new 式の配列要素数を表す式の型とは別。
の箇所。
そうはいっても、ソースをコンパイルしてバイナリに落とす以上、コンパイラ定義かも
しれないけど、具体的な値の有効範囲ってかならずあるんじゃないの?
実際、MSDNの配列定義のサイズ指定の箇所では
0以上の整数型、ただしMicrosoft仕様では... としてsize_tに言及してるわけだし。

それにoperator new 関数の第１引数がsize_tに決まってるなら、size_t以上の値を
記述して受け入れてくれるコンパイラがありそうにないので、
その意味でも「整数ならいい」ってのはあいまいな感じがする。

なので、「整数ならいい」ってのは純粋に言語仕様の話として語っているのか、
それとも、コンパイラの実装やソース記述上の制限を語る場合でも同じ回答
になるのか、気になって眠れなくなりそうなんで、正確なところが知りたいんだけど。

455:デフォルトの名無しさん
07/08/19 03:20:37
　
　　＿＿＿＿＿＿＿＿　　　　
　　　　　/　　　|　　　　　　　　　
　　　　/＿_　｜　　　　　
　　　/　　 /. 　｜-―‐.　　　　　　　　　　　　　　
　　/ ＼ / 　　 | 　　　　　　　　　　　
　/　　./　　　 |　　　　　　　　　　
　　ノ　　　　　ヽ＿＿」　　　　

　　　|
　.―┼‐フ　　
　　　|／　　　
　／|／￣￣￣＼　
　/／|　　　　　　　|　
　　｜　　　　　　 |　　
　　　|　　　　 (二Ｘ

456:デフォルトの名無しさん
07/08/19 03:39:56
>>454
現行の規格ではだいたい >>453 みたいなことしか言えない。ある意味
これが正確なところ。

new とは別に、各処理系が定めるべきいろいろな数値の上限の中に
「オブジェクトのサイズ」というのがある。配列オブジェクトもこの制限を
うけるので、値の範囲はこれに基づくとも言える。これについて規格が
最低限のガイドラインとして提示しているのは 262144 。

まだ規格化はされてないけどこんな話もある。
URLﾘﾝｸ(www.open-std.org)

457:デフォルトの名無しさん
07/08/19 04:45:36
ありがとう、これで寝られる。
仕様自身は結局釈然としない部分があるけど、
>>448,453の回答が正確で誠実な回答というのは理解できた。

リンク先は策定中の次期規格?
また、膨大な項目が...
現状でさえ、もうついていけないくらいややこしいのに。

458:デフォルトの名無しさん
07/08/19 12:35:03
#include "DxLib.h"

int WINAPI Winmain(HINSTANCE hI, HINSTANCE hP, LPSTR lpC, int nC)
}
ChangeWindowMode(TRUE);
if(DxLib_Init()==-1)return(-1);
DrawBox(0, 0, 120, 65535, TRUE);

WaitKey();
DxLib_End();
return(0);
}

というプログラム書くとエラー出るのはなぜでしょうか？ちなみに
１４さいからはじめるリアルに動くゲーム物理プログラミング教室C言語編
という本に載ってます。

459:デフォルトの名無しさん
07/08/19 12:38:39
エラーの内容かけ。

460:458
07/08/19 12:40:14
エラー E2141 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 4: 宣言の構文エラー
エラー E2190 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 4: 不要な }
エラー E2190 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 4: 不要な }
エラー E2303 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 5: 型名が必要
エラー E2356 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 5: 'ChangeWindowMode(int)' の再宣言で型が一致していない
エラー E2344 C:\Users\shiro\Desktop\MyC\プロジェクトに追加すべきファイル_BCC用\DxLib\DxLib.h 1017: 一つ前の 'ChangeWindowMode(int)' の定義位置
エラー E2063 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 5: 不正な初期化
エラー E2293 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 5: ) が必要
エラー E2040 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 6: 宣言が正しく終了していない
エラー E2303 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 7: 型名が必要
エラー E2356 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 7: 'DrawBox(int,int,int,int,int,int)' の再宣言で型が一致していない
エラー E2344 C:\Users\shiro\Desktop\MyC\プロジェクトに追加すべきファイル_BCC用\DxLib\DxLib.h 1519: 一つ前の 'DrawBox(int,int,int,int,int,int)' の定義位置
エラー E2063 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 7: 不正な初期化
エラー E2293 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 7: ) が必要
エラー E2040 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 11: 宣言が正しく終了していない
エラー E2190 C:\Users\shiro\Desktop\MyC\dxtest\dxtest.cpp 12: 不要な }
*** 16 errors in Compile ***

** error 1 ** deleting Debug\dxtest.obj

です。
ちなみに今日勉強したばかりでさぱりとわかりません

461:デフォルトの名無しさん
07/08/19 12:41:46
勉強してないからエラーが出る

462:デフォルトの名無しさん
07/08/19 12:42:05
どんなエラーがでてるの？

463:デフォルトの名無しさん
07/08/19 12:42:21
最初に４行目にエラーが出ているだろう。
４行目を穴があくまでじっくり見ろ、その教科書とひたすら比較しろ。
それでわからなかったらもっかいおいで。

464:デフォルトの名無しさん
07/08/19 12:45:46
彼はエラーの見方がわからないと思う

465:デフォルトの名無しさん
07/08/19 12:46:33
#include "DxLib.h"

int WINAPI WinMain(HINSTANCE hI, HINSTANCE hP, LPSTR lpC, int nC)
{
ChangeWindowMode(TRUE);
if(DxLib_Init()==-1)return(-1);
DrawBox(0, 0, 0, 120, 65535, TRUE);

WaitKey();
DxLib_End();
return(0);
}

466:デフォルトの名無しさん
07/08/19 12:49:38
ChangeWindowMode(1);
こっちのがいいかも分からんね

467:458
07/08/19 13:11:31
>>465のように書いてみましたが
まだ
Fatal: ファイル VORBISFILE_STATIC.LIB が開けません
と出ます。
>>464
まったくおっしゃるとおりです

468:デフォルトの名無しさん
07/08/19 13:59:36
>>467
エラーの通りvorbisfile_static.libってファイルが見つからないんだろ。
あとは環境が分からないと何も言えないと思う。

自分の開発環境を検索ワードに入れて、
（「vorbisfile_static.lib　VC++」とか「vorbisfile_static.lib　BCC」とか）
その辺でググって見たらどうよ？

469:デフォルトの名無しさん
07/08/19 15:14:22
というか似たような質問を、DxLibのサイトで何度も見た気がするんだ。

470:デフォルトの名無しさん
07/08/19 15:55:17
vorbisfile_static.libはDxLibのアーカイブに同梱されてるから
それをソースと同じディレクトリにコピー
というか「このフォルダのファイルを全てコピー」みたいなフォルダなかったか？

471:230
07/08/19 23:24:29
GNU Compiler Collectionのg++コンパイラで
-std=c++98というコンパイラオプションというのがあるらしいのですが
ぐぐってもよく分かりませんでした。
誰か教えてください。

472:471
07/08/19 23:25:32
230というのははミスです。すみません（汗

473:デフォルトの名無しさん
07/08/19 23:42:30
コンパイラマニュアルとかないの？

474:デフォルトの名無しさん
07/08/19 23:48:12
>>471 URLﾘﾝｸ(gcc.gnu.org)

475:471
07/08/19 23:49:45
どもです。探し見てみます。

476:デフォルトの名無しさん
07/08/19 23:51:50
もう見てないかな
まるちか？２ちゃんではマルチポストは叩かれるですよ
せめて、主とする、質問したスレを付記
機嫌が良ければ、そこにヒント書きますから

477:デフォルトの名無しさん
07/08/19 23:56:08
今更VC++6.0のMFCなんですけれど、
ツリーコントロールのアイテムの文字列が長いときに
横スクロールにせず、文字列を折り返すことってできますでしょうか？

478:デフォルトの名無しさん
07/08/20 01:12:13
curses(ncurses)のプログラミングを euc-jp 環境で行って来たのですが、
訳あって utf-8 環境で行うことになりました。

euc-jp 環境で作ったファイルを utf-8 環境に持ってきて、
iconvで文字コードを変更し、コンパイル、実行すると、出力（日本語）が文字化けてしまいます。

utf-8 環境に持ってきた euc-jp のファイルを、
文字コードをそのままにして、端末の表示文字コードを utf-8 から euc-jp に変更した上で、コンパイル、実行すると、正しく表示されます。

これななぜでしょうか？
curses が utf-8に対応していないとかってありますか？

479:デフォルトの名無しさん
07/08/20 01:14:08
>>478
ソース文字セットと実行文字セットは別。
gcc のオプション -finput-charset と -fexec-charset を参照すべし。

480:デフォルトの名無しさん
07/08/20 01:15:56
>>478
curses 関係あるのか？
puts("あいうえお") とかで試せばわかると思うけど。

481:デフォルトの名無しさん
07/08/20 01:20:45
先ずは問題の切り分けだね。
>480の言うように標準出力に出力してみてその時点で文字化けしているならgccのオプションなどを調節。
その上でcurses使うと化けるのなら、cursesの設定か何か、その辺りの調査。

482:デフォルトの名無しさん
07/08/20 01:36:08
operator=で返す自分の参照は、constつけるべきですか？

483:デフォルトの名無しさん
07/08/20 01:42:23
>>482 いいえ。

484:デフォルトの名無しさん
07/08/20 01:48:55
寧ろつけてはいけません。

485:デフォルトの名無しさん
07/08/20 02:10:18
>>447
どうもです
XSIではコマンドを実行する際にエディタのIDのような物が必要で、
エディタウィンドウを複数開いている時には、コマンド実行前に
その時アクティブなウィンドウのIDを取得する必要があります。

WM_ACTIVATEとかを使えば良いのでしょうか？

486:デフォルトの名無しさん
07/08/20 02:24:33
動画とかをエンコードするデコーダって色々ありますよね。
あれ使えるソフト作るのって大変なんでしょうか？
AVIutlみたいなソフトって個人では簡単に作れないんですかね？
どの辺勉強したらいいんでしょうか？

487:デフォルトの名無しさん
07/08/20 02:27:35
>>478 です。

>>479,480,481
さんを参考にして少しいじってみました。

まず、480さんの言うように、単純に puts("あいうえお") を行うプログラムを書き実行してみました。
すると、”-finput-charset=utf-8 -fexec-charset=utf-8”が有る無しに関わらず、文字化けしませんでした。

次に、cursesのコンパイルを、”-finput-charset=utf-8 -fexec-charset=utf-8”を付けて実行してみたところ、やはり文字化けが発生しました。

488:デフォルトの名無しさん
07/08/20 02:43:20
単にcursesがutf-8に対応して無いんじゃないの？
utf-8だと端末上での漢字の幅がバイト長と単純に一致しなくなるし
naiveな実装だと色々問題起きそう

489:デフォルトの名無しさん
07/08/20 03:30:44
VC++2005で<cstdio>等をインクルードすると、
std::printf　はもちろん、名前空間のない　::printf　も使えてしまいます。

BCB2006だと逆に、<stdio.h>をインクルードすると
::printf　を使えますが、　std::printf　も使えます。

どちらが正しいのでしょうか。また、正しくない方を正しくする方法はありますか？

490:デフォルトの名無しさん
07/08/20 04:18:35
>>478です。
URLﾘﾝｸ(www.hakodate-ct.ac.jp)
というサイトがあったので、
・-lncurses ではなくて -lncursesw をリンクする
・#include <locale.h>
・setlocale( LC_ALL, "" );

を取り入れたところとりあえず、euc-jp 環境のファイルを utf-8 環境に持ってきて、
このファイルの文字コードを utf-8 に変えてコンパイルし実行すると、
文字化けしない　・・・というのは達成できました。

しかし、私は UNIX(LINUX) にあるような SLコマンドのクマAA バージョンを作って遊んでいたのですが、
euc-jp環境とutf-8環境では少し動きが変わってしまいました。
その動きの変わってしまう場所が、euc-jp環境で苦労して改良したところなので、
かなりショックです。

まぁ、なんとか解決策があればいいのですが、
私の知識ではちょっとつらいかも知れません。

491:デフォルトの名無しさん
07/08/20 07:47:38
for(;;)
;
こんなのあるのね
びっくり

492:デフォルトの名無しさん
07/08/20 09:25:05
無限ループの常套手段

493:デフォルトの名無しさん
07/08/20 09:27:33
俺はwhile(1)派

494:デフォルトの名無しさん
07/08/20 09:31:18
自分も無限ループはwhile派かな
カウンタが要るときはfor使うかもしらんけど

495:デフォルトの名無しさん
07/08/20 09:46:09
>>489
<cstdio> で std::printf が、 <stdio.h> で ::printf が使えるようになることになっている。
１つのヘッダで両方が使えるようになることは保証されない。

496:デフォルトの名無しさん
07/08/20 18:43:51
std::bad_allocを捕まえたりいろいろ例外処理を書いているのですが、
メモリ4GBもあるので、デバッグ中にbad_allocが投げられることは今まで一度もありません。
投げられた際の動作をデバッグしたいのですが、そういうときはどうすればいいでしょうか。
敢えてメモリを消費したりするんですか？

↑ではbad_allocのことですが、他にもWindowsのAPI関数が失敗したときとかも、
ちゃんと自分が書いた処理が動作するか確かめたいんですが。

497:デフォルトの名無しさん
07/08/20 19:07:29
throw std::bad_alloc();

498:デフォルトの名無しさん
07/08/20 19:37:17
>>496
適当にラップして失敗に相当する結果を返せばいいべ

499:デフォルトの名無しさん
07/08/20 20:47:05
起動時に malloc(100000000) とか適当にやっとけば足りなくなるんじゃない？

500:デフォルトの名無しさん
07/08/20 21:09:14
例えば、"a"とか"あ"の文字コードを出力する方法ってありますか？

501:デフォルトの名無しさん
07/08/20 21:11:15
printf( "%d", 'a' );

502:デフォルトの名無しさん
07/08/20 21:30:04
>>501
ありがとうございます。

このページ
URLﾘﾝｸ(ash.jp)
の、UTF-8の欄のような値を出力する方法ってありますか？

503:デフォルトの名無しさん
07/08/20 22:23:30
%Xでの表示をぐるぐるまわせばおわりだろうに。

504:デフォルトの名無しさん
07/08/20 22:26:44
>495
URLﾘﾝｸ(www.open-std.org)
によると、
> Including the header <cxxx> declares a C name in namespace std.
> Including the header <xxx.h> declares a C name in namespace std (effectively by including
> <cxxx>), then imports it into the global namespace with an individual using declaration.
ということで、xxx.h だと std とグローバル両方で宣言されるというのが規格の意図らしい。
なので、BCB2006 の挙動は(それだけ見ると)規格に合致している。

が、現実的には
> If you want to assuredly declare a C name in the global namespace, include <xxx.h>.
> You may or may not also get the declaration in namespace std.
> If you want to assuredly declare a C name in namespace std, include <cxxx>.
> You may or may not also get the declaration in the global namespace.
ということで、>495 が妥当な仮定。
規格もこの現状を追認する形での修正が提案されている。

>502
自分がやりたいと思っていることをもうちょい正確に表現して欲しい。
文字が表示されて欲しいのか、文字コードが表示されて欲しいのかどっち？
入力として考えているのはどんなデータ？外部から与えられる文字列か、文字列リテラルか。文字コードは？

505:504
07/08/20 22:28:32
最初のアンカーは >489 につけるべきだった。

506:デフォルトの名無しさん
07/08/21 02:01:29
別人ですが
>>499
バグでそんな値(もっとでかい、0x40000000とか)を与えたことがあるけど、
無理に仮想記憶拡大して確保しようとして、システムが実質操作不能になるだけだった

507:デフォルトの名無しさん
07/08/21 02:33:09
Windowsって1プロセスが使用できるメモリ空間のサイズって指定出来ないの？
Win2000の頃は2G制限とかあった記憶があるけど、今はどうなんだろ。

508:デフォルトの名無しさん
07/08/21 03:06:41
>>507
以下は単なる思いつき。
1. プログラムの改造が可能なら、自分用の一定量しか領域確保できないメモリマネージャを作る。
2. メモリ取得APIをフックして自力で制限する。
3. SetProcessWorkingSetSizeを指定して、同時にスワップを小さくする。

509:デフォルトの名無しさん
07/08/21 05:28:56
たった1000行のソースも完全に把握できねぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇぇ
もうだめだぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ

510:デフォルトの名無しさん
07/08/21 05:38:16
やっと気付いたか。
さっさと人生やり直せ。

511:デフォルトの名無しさん
07/08/21 08:15:52
>>509
1関数1000行なら窓から投げ捨てろ

512:デフォルトの名無しさん
07/08/21 08:40:46
10万行超えると見る気すら失せる

513:デフォルトの名無しさん
07/08/21 09:28:25
float hoge = new float[100];
foo->CopyArray(hoge);

Cfoo:Cfoo()
{
float m_array = new float[100];
}
void Cfoo:CopyArray( float arg[])
{
arg = m_array;
}

配列のコピーをしたいとき、
上のように配列の名前(＝先頭のポインタ？)
だけコピーするだけではダメなようなのですが、なぜですか？
for(int i=0;i<100;i++)
arg[i]=m_array[i];
}
のように中身を一つずつきちんとコピーしないとダメなんでしょうか？

514:デフォルトの名無しさん
07/08/21 09:37:17
arg = m_arrayだとコピーじゃなくて同じ配列に別名を付けてるだけになる

515:デフォルトの名無しさん
07/08/21 09:43:12
::memcpy(arg, m_array, sizeof(float) * 100));

516:デフォルトの名無しさん
07/08/21 09:47:54
std::copy(&m_array[0], &m_array[100], &arg[0]);

517:デフォルトの名無しさん
07/08/21 11:12:35
>>513
＞float hoge = new float[100];
コンパイルできるコードを提示しなさい。
＞arg = m_array;
それは、仮引き数にメンバ変数の値を代入しているだけなので、仮引き数の寿命とともに無に帰します。

518:デフォルトの名無しさん
07/08/21 11:13:18
>>515
そんなコードを書く香具師は野垂れ死に値すると思います。

519:513
07/08/21 11:55:54
皆さんいろいろありがとうございます。

>>517
>コンパイルできるコードを提示しなさい。

float* hoge = new float[100];
でした。

>それは、仮引き数にメンバ変数の値を代入しているだけなので、仮引き数の寿命とともに無に帰します。

というわけで、分かっておられると思いますが渡してるのはポインタでして
寿命は関係あるんですかね？

>>514
これもちょっと理屈が分かりません。
なぜ配列に別名をつけてることになるんですか？
配列の名前って先頭のポインタをさしてるんじゃなかったでしょうか？

>>518
一行で済むのでforで要素を一つずつコピーするよりは>>515 >>516はいいかなと思ったんですが、
どうして>>515はダメなんですか？

520:デフォルトの名無しさん
07/08/21 12:04:44
>>519
＞寿命は関係あるんですかね？
その仮引き数の寿命は、その関数を抜けるまでです。
ポインタがポイントしている先のことは言及していませんね。
もう少し、ポインタ変数と言うものを理解しておいた方が良さそうです。

＞なぜ配列に別名をつけてることになるんですか？
ポインタ変数にポインタ変数の値を代入するだけでは、
ポイント先の複写は行なわれません。
もう少し、ポインタ変数（ｒｙ

＞どうして>>515はダメなんですか？
どうしてダメじゃないと思うんですか?

521:デフォルトの名無しさん
07/08/21 12:06:18
>>519
> どうして>>515はダメなんですか？
float配列ならば動くけど、一般のオブジェクトの配列なら破滅的。
たとえば、string配列をmemcpyしたらどうなると思う？

522:デフォルトの名無しさん
07/08/21 12:17:40
float で大丈夫ならダメとは言えないだろ。もっといい方法があるってだけで。

523:デフォルトの名無しさん
07/08/21 12:24:46
>>520
＞ポインタ変数にポインタ変数の値を代入するだけでは、
＞ポイント先の複写は行なわれません。

いま気づきました。狂ってました。すいません。

要するに考え方として
「呼ぶ側で作った配列を渡してm_arrayの中身をコピーして貰ってくる」んじゃなくて
「ポインタを渡してm_arrayの先頭のアドレスだけ貰ってくる」っていうような
感じの書き方はできないんですかね？
呼ぶ側で、m_arrayの先頭のアドレスとサイズだけ分かれば
中身にアクセスできそうに思うのですが。

例えば、クラスメンバで持っているprivateな普通のオブジェクトインスタンスのポインタなんかの場合は
わざわざ中身をコピーしないでアドレスだけGet～とかで貰って使ったりするじゃないですか？

＞どうしてダメじゃないと思うんですか?

試したらとりあえずうまくいったんで・・・

>>521
わかりません。floatでは一応動きましたが、なんでダメなんでしょうか。
サイズ指定した範囲をコピーすればうまく動くと思うのですが。

524:デフォルトの名無しさん
07/08/21 12:29:27
>>523
> 「ポインタを渡してm_arrayの先頭のアドレスだけ貰ってくる」っていうような
> 感じの書き方はできないんですかね？

なんでできないと思うの？

525:デフォルトの名無しさん
07/08/21 12:31:36
>>524
書き方が分からないんで
そういう書き方が出来るなら教えてください、
ってことなんですが。

次ページ