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

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

565:デフォルトの名無しさん
09/08/23 21:31:56
白米を指して麦の種類を聞いているみたいな

566:デフォルトの名無しさん
09/08/23 21:40:18
>>565
？

567:デフォルトの名無しさん
09/08/23 21:54:01
“変”数

568:デフォルトの名無しさん
09/08/23 22:41:21
変なの

569:デフォルトの名無しさん
09/08/24 00:25:11
仮に const を定数メンバ変数などと名前をつけたとして
では static const なメンバ変数はなんと呼べばいいのか。
それはつまり性的定子メンバであり
愛のコリーダである、と。

570:デフォルトの名無しさん
09/08/24 00:29:16
今作っているプログラムからffmpegを呼び出したいのですが
なんてググればいいですか？

571:デフォルトの名無しさん
09/08/24 00:32:29
system

572:デフォルトの名無しさん
09/08/24 01:10:51
どうもです

573:デフォルトの名無しさん
09/08/24 02:23:05
ShellExecuteEx()の方がいいだろ

574:デフォルトの名無しさん
09/08/24 02:37:30
なにその非標準関数。

575:デフォルトの名無しさん
09/08/24 06:52:17
>>573
すげー環境依存w
まあsystemも同じようなものか。

576:デフォルトの名無しさん
09/08/24 11:59:27
template<class T>
class C {
};

template<>
class C<int> {
void F() {
}
};

としたときC<int>::F()でint直記述ではなくTの値を使いたいのですが、方法はありますでしょうか？
よろしくお願いします

577:デフォルトの名無しさん
09/08/24 12:24:16
typedef int T;

578:デフォルトの名無しさん
09/08/24 14:23:34
特殊化しといてT使いたいとか意味がわからんですよ

579:デフォルトの名無しさん
09/08/24 14:37:37
興味のない方はすみません(スルーお願いします。)
新しくコンテストを来年開きたいと思っています
プログラマー（ゲーム・ツール・）の方は
ｽﾚﾘﾝｸ(tech板)l50
のスレに来てもらえるとうれしいです。
運営も募集しています。
↓のような感じでコンテストを開始する予定です。
URLﾘﾝｸ(219.113.110.143)

580:デフォルトの名無しさん
09/08/24 17:50:57
template<typename T>void F(){}
template<typename T>class C{template<>friend void F<T>();};
template<>class C<int>{template<typename T>friend void F();};

みたいな事したいって話？

581:デフォルトの名無しさん
09/08/24 19:31:36
クラスAのインスタンスの参照をもっているクラスBのインスタンスが複数あるとき
Aの寿命がすべてのBより長いことを保障したい
shared_ptr以外にいい方法はありますか

582:デフォルトの名無しさん
09/08/24 21:18:06
>>581
なぜshared_ptrじゃ不満なのだい？

583:デフォルトの名無しさん
09/08/24 22:06:32
>>578
複数箇所に同じ定数値を記述する手間を省きたかったので

>>580
目的としてはそれに近いですがfriendは使いたくないです

アクセスする方法はなさそうですね、ありがとうございました

584:デフォルトの名無しさん
09/08/25 18:00:06
32ビットマシンでコンパイルしたバイナリは16 64ビットマシンだと動かないんですか？

585:デフォルトの名無しさん
09/08/25 18:16:06
動くか動かないかは、コンパイルしたマシンで決まるわけではありません

586:デフォルトの名無しさん
09/08/25 21:53:02
>>581スタティックに保障したいということならば、構造化を考えればいい。
スコープの外側で宣言した変数の参照をスコープ内だけで使用するのであれば
寿命の関係はスコープの外側＞スコープの内側になる。C++の参照はこれに則っている。

587:デフォルトの名無しさん
09/08/25 23:43:19
質問っす
double d;
～dを使った計算～
int i = (int)(d * 32767.0);
てな計算があったんですけどこれの意味わかる方いらっしゃらないでしょうか？
32767という数字からしてただのかけ算じゃない気がするのです。

588:デフォルトの名無しさん
09/08/25 23:50:06
URLﾘﾝｸ(www.google.co.jp)
でパッと眺めて使われているのはRAND_MAX関係での割り算と
あとは座標関係が多いようだが、さて。

589:デフォルトの名無しさん
09/08/25 23:52:49
>>587
その行だけ見たら「ただのかけ算」としか言いようがないぞ。

590:デフォルトの名無しさん
09/08/26 00:09:11
何かイデオムでもあるのかと思ったのですがそういう訳でもないみたいですね
もう少し自力で調べてみます

591:デフォルトの名無しさん
09/08/26 01:28:09
文字変数aに『b』という文字、文字変数bに『c』という文字を代入して、変数aとcを使って、『db』と出力するプログラムを作成せよ

#include<iostream>
using namespace std;

int main() {

char a = 'b';
char c = 'd';

cout << "db" << '\n';

return 0;
}

この問題これじゃダメなんですか？

592:デフォルトの名無しさん
09/08/26 01:45:18
g++先生に聞いてみたら、
> db.cpp: In function ‘int main()’:
> db.cpp:6: warning: unused variable ‘a’
> db.cpp:7: warning: unused variable ‘c’

unusedだって。

593:デフォルトの名無しさん
09/08/26 09:25:46
>>591
#include <iostream>
int main()
{
char a = 'b';
char c = 'd';
std::cout << char(a + 2) << char(c - 2) << std::endl;
return 0;
}

594:デフォルトの名無しさん
09/08/26 10:58:16
>>591
つ[変数aとcを使って]

595:デフォルトの名無しさん
09/08/26 11:08:55
> 文字変数bに『c』という文字を代入
これが
> 文字変数ｃに『d』という文字を代入
の誤記として

#include<iostream>
using namespace std;

int main() {
char a
char c;

a = 'b';
c = 'd';

cout << "db" << '\n';

return 0;
}

とすればどうだろうか

596:デフォルトの名無しさん
09/08/26 11:52:14
>文字変数aに『b』という文字、文字変数bに『c』という文字を代入して、
ふんふん。
>変数aとcを使って、
あれcどっから出てきてんねん。
>『db』と出力するプログラムを作成せよ
おいぃぃぃーーー！

という突っ込み待ち問題ｗ

597:デフォルトの名無しさん
09/08/26 12:45:53
class foo{public:typedef shared_ptr<foo> sp;}

typedef shared_ptr<foo> spfoo;

どっちがいい？

598:デフォルトの名無しさん
09/08/26 18:39:31
namespace使おうぜ

599:デフォルトの名無しさん
09/08/26 19:37:45
namespaceとtypedefが関数内で使えるなんて
おじさん知らなかったよ

600:デフォルトの名無しさん
09/08/26 22:14:02
int main {
namespace A { enum U { a, b, c }; }
}

ってやったらエラーでたよ？

601:デフォルトの名無しさん
09/08/26 22:29:31
そりゃ出るだろ

602:デフォルトの名無しさん
09/08/26 22:33:50
>>599が「namespaceは関数内で使える」って言ってるのに
main関数内では使えないなんて！

603:デフォルトの名無しさん
09/08/26 23:48:29
>>595
ありがとうございます。つまり、>>594さんが言ってるのと合わせると、aとcっていうのを変数である、としてから、
作るって事なんでしょうか？

604:デフォルトの名無しさん
09/08/27 00:17:26
「何か質問してください」って泣いて頼むんだったら質問してやってもいいよ（　・ω・）ｙ─┛～～

605:デフォルトの名無しさん
09/08/27 00:24:55
消えてください(´；ω；｀)

606:デフォルトの名無しさん
09/08/27 00:58:12
関数の引数で要素数の分からない二次元配列を受け取るにはどうすればいいですか？
決まった要素数でなく、様々な要素数の二次元配列に対応させたいんですが

607:デフォルトの名無しさん
09/08/27 01:03:30
template<typename T,size_t T0,sizet T1>T func(T x[T0][T1]);

608:デフォルトの名無しさん
09/08/27 01:19:04
ごめんなさいCなんでテンプレートなしで

609:デフォルトの名無しさん
09/08/27 01:39:19
タスクシステムってようはコマンドパターンのリストみたいなもん？

610:デフォルトの名無しさん
09/08/27 02:27:50
配列とSTLリストについての質問です。

配列を配列のままアクセスする場合と、ポインタ型のリストに入れてアクセスする場合
かなりの差が出てしまうのでしょうか？

＜具体例＞
あるクラス Aがあるとします。
A a[1000]; //Ａ型の配列a
list<A*> list; //Ａのポインタ型リスト list

と配列とリストを作り、listには配列aを1000個すべて入れていきます。（順序は関係なく）
配列aとリストlistをそれぞれ始めから終わりまでアクセスする。

611:デフォルトの名無しさん
09/08/27 02:30:34
日本語が不十分でした。

かなりの差が出てしまうのでしょうか？
↓
かなり速度において差が出てしまうのでしょうか？

追記：低スペックにおいての場合です。

612:デフォルトの名無しさん
09/08/27 03:40:15
実際にやってみて比較すればいいだけじゃん。

613:デフォルトの名無しさん
09/08/27 06:46:01
>>610
その単純な使い方なら、配列のほうが早いだろう。
しかし、実際に使うときは、使い方と処理方法により変わる。
いわゆる、適材適所だ。

614:デフォルトの名無しさん
09/08/27 11:47:43
>>606
せめて　C　FAQ　くらい読もうか。
URLﾘﾝｸ(www.kouno.jp)

615:デフォルトの名無しさん
09/08/27 12:08:51
先に書き込まれていたでござる
typedef unsigned long int size_t;

#if __STDC_VERSION__ == 199901L
int do_something_array(size_t row, size_t column, int array[][column]) {
for ( size_t i = 0; i < row; ++i )
for ( size_t j = 0; j < column; ++j )
(void)array[i][j];
return 0;
}
#else
int do_something_array(size_t row, size_t column, void *array) {
int *ary = array; size_t i, j;
for ( i = 0; i < row; ++i )
for ( j = 0; j < column; ++j )
(void)ary[i*column + j];
return 0;
}
#endif /* __STDC_VERSION__ == 199901L */

#define numberof(a) (sizeof(a)/sizeof(a[0]))

int main(void) {
int array[][3] = {
{1, 2, 3},
{4, 5, 6}
};
do_something_array(numberof(array), numberof(array[0]), array);
return 0;
}
行数詰めたのでめちゃくちゃ見にくい

616:610
09/08/27 12:25:36
>>612
比較してみたのですが、かなりの差が出てしまい…
（iが1000ほどで　配列が1ms、リストが9msほど）
どこか間違いでもあるのかと疑っていましたので…

>>613
具体的には a[i].Exec　などのように同じ処理をさせるのです。
配列、リスト、共に順序に意味など持たず
できるだけ処理速度（始めから最後まで）を重視したいと思っています。
また、頻繁にアクセスさせます（ゲームなので16msに一度程度)

このような単純な場合では配列の方が適切なのでしょうか？
for(int i=0;i<1000;){ a[i].Exec; }

617:デフォルトの名無しさん
09/08/27 12:29:28
>>616
本当はlistじゃなくてvectorを使うべきなんじゃないの？

618:610
09/08/27 12:59:54
>>617
Vectorも一度考えたのですが、まだ検証してみてはいません。
listで実装してしようと思った理由は、サンプルでそのような処理を行っていたためです。
（要素数の少ない処理でしたので差は体感できなかったのです）

>>610などの例では要素数が一定なのですが、
配列ではflagでExec()を実行するか否かを管理、リストでは実行するか否かを
EnableListとDisableList間で追加削除のやり取りをして、管理しています。
list<A*> EnableList; //実行したい配列のポインタのリスト
list<A*> DisableList; //実行したくない配列のポインタのリスト

Vectorが静的配列と同じくらいの処理速度でアクセスできれば
この処理について（追加削除などもあるので）適切だと思うのですが…
試していませんので分からない状態です。

619:デフォルトの名無しさん
09/08/27 17:48:18
constつきのメンバー関数への関数ポインタってどう宣言するんでしょうか？

620:デフォルトの名無しさん
09/08/27 17:49:29
すいません自己解決しました

621:デフォルトの名無しさん
09/08/27 18:52:55
個数が分かってるならリザーブしとけば十分速いんでないの？

622:610
09/08/27 22:27:21
Vectorで試してみました。

アクセスするだけならば、かなり早かったのですが
削除のために、iteratorをインクリメントしたりすると負荷が大きいみたいです･･･
iterator絡みの処理は負荷が高いんですね･･･初めて知りました。

>>621
リザーブすれば、速かったです。
ただ、削除・追加を行うには負荷が大きいようで
この事を考えると静的配列の方がいいのかなと･･･

623:デフォルトの名無しさん
09/08/27 22:37:42
>>610
もうなでもいいから静的配列でやれ

624:デフォルトの名無しさん
09/08/27 23:13:23
VC++ならvectorのiteratorはポインタ実装じゃなかったっけ
debugでやってないか？

625:610
09/08/27 23:24:20
>>624
>VC++ならvectorのiteratorはポインタ実装じゃなかったっけ
VC++ですが、勉強不足で理解できませんorz
削除は、iteratorが指しているものしかできないようなのでインクリメントしてました。

debugでやってます。Releaseとの違いがよくわからず、ずっとdebugでやってきているのですが
処理速度などの違いがでるものなのですか？

626:デフォルトの名無しさん
09/08/27 23:30:20
debugモードの時のSTLはエラーチェックがかかりまくるので相当遅い
releaseにするとコンパイル結果がiterator使ったときとポインタ使ったときで同じになる

まあ、なんだ、やってみろ
そしてEffectiveSTLでも読んでろ

627:610
09/08/27 23:38:06
>>626
やってきました。吊ってきますorz
でも、こんな恥ずかしい事を早めに教えてもらって助かりました。リアルじゃなくてよかった･･･
EffectiveSTL買って読んでみます。

628:デフォルトの名無しさん
09/08/28 02:26:31
なにこの<int>とかいうやつ。
適当に自前でリスト作って動かしたら速かったので変えたよ！

と、いう事態を何度か目の当たりにしたわ

629:デフォルトの名無しさん
09/08/28 03:05:28
上底を入力してください(単位cm)
3
下底を入力してください(単位cm)
4
高さを入力してください(単位cm)
5.0
台形の面積は17.5平方センチです

こんな感じのプログラムを作りたいんですが、

#include <iostream>
using namespace std;

int main() {

int input1,input2,input3;

cout << "上底(cm)を入力してください\n";
cin >> input1;
cout << "下底(cm)を入力してください\n";
cin >> input2;
cout << "高さ(cm)を入力してください\n";
cin >> input3;

return 0;
}

cin >> input3;から下が分かりません。

630:デフォルトの名無しさん
09/08/28 03:19:06
1つはfloatにするの忘れました。すみません

631:デフォルトの名無しさん
09/08/28 03:43:27
ほー、台形の面積の求め方というのは、ゆとり教育と関係があったのか。
URLﾘﾝｸ(www.google.co.jp)

632:デフォルトの名無しさん
09/08/28 19:35:59
>>587
固定小数点にしたかったんじゃないの？

633:デフォルトの名無しさん
09/08/28 19:49:13
>>632
俺もそれは思ったけどやるなら32768じゃない？
32767だとどうなるんだろ・・・

634:デフォルトの名無しさん
09/08/28 20:49:40
>>633
ここのベクトル演算のヨタ話みたいなことじゃない？
URLﾘﾝｸ(www.flightinfo.jp)

635:デフォルトの名無しさん
09/08/28 23:58:08
#if PROTOTYPES
#define P(p) p
#else
#define P(p) ()
#endif
int func P((int x, int y));

こんな気持ち悪いプリプロセッサを見つけたんですが、
これは何事でしょうか？

636:デフォルトの名無しさん
09/08/29 00:01:06
プリプロセッサを見つけたのかよ

637:デフォルトの名無しさん
09/08/29 00:22:15
>>635
ヘッダファイル見たことないのか？
見れば、似たようなものがあちこちで使われだろう
ANSI-C形式のプロトタイプ宣言をサポートしてないCコンパイラのため

638:デフォルトの名無しさん
09/08/29 01:26:49
int x = 3;
int* x = new int(3);
ってさ後者がヒープ領域で、前者はどこに領域確保されてるの？

似たような質問で
クラスのオブジェクトの宣言で（仮にStudentというクラスにnameというメンバがあったとして）
Student sato("佐藤");
Student* sato = new Student("佐藤");
ってできるけど、これってどう使い分けるの？
メンバにアクセスするとき　前者は　sato.name ってできるけど
後者は　(*sato).name　or sato ->name じゃなきゃできないらしい本読む限り。
視覚的に前者の「sato.name」の方がわかりやすいんだけど。使い分けを教えてください。
よろしくお願いします。

639:デフォルトの名無しさん
09/08/29 01:34:33
>>638
ヒープを知ってるならスタックを知ってても良さそうにおもうけど、スタック領域。

newはヒープ領域に確保、単なる宣言はスタック領域に確保

640:デフォルトの名無しさん
09/08/29 01:36:09
スタックには置きたくなく、どうしてもアロー演算子がいやな場合はtypedefまたはエイリアスを作ればよいかな

641:デフォルトの名無しさん
09/08/29 01:37:17
typedefうそでした！

642:デフォルトの名無しさん
09/08/29 01:59:30
>>638
Studentのインスタンスを不定個作りたいときは後者じゃないと。

643:デフォルトの名無しさん
09/08/29 10:56:55
みなさんありがとう。
>>642
どういうこと？　Student型の配列として扱い
Student* satous[] = {new Student("佐藤一郎") , new Student("佐藤次郎") }；
ってやるためということ?

644:デフォルトの名無しさん
09/08/29 11:07:59
>>638　インスタンスの寿命で考えると分かる。

{
Student sato("佐藤"); //ここでインスタンスが作られる。
}　 //ここでインスタンスが自動的に消滅する。

Student* sato;
{
sato = new Student("佐藤");//ここでインスタンスが作られる
}//ここではインスタンスは消滅されない。
delete sato; //ここでインスタンスを消滅させる。

645:デフォルトの名無しさん
09/08/29 11:15:33
>>643
インスタンスを不定個作るということは、インスタンスを作る時と削除する時を
コンパイル時ではなく実行時に決めるから。

646:デフォルトの名無しさん
09/08/29 11:31:41
すみません
演算子のオーバーロードをした場合(例えば、operator()(int a)みたいな感じで)
クラス内部でアクセスするときは、operator()(10)とするのが良いのでしょうか?
それとも、(*this)(10)とするのが良いのでしょうか?

非常にくだらない質問だとは思いますが、よろしくお願いします

647:デフォルトの名無しさん
09/08/29 14:37:45
(*this)は式のままの書式で書けるメリットがある。
でも()は関数の形式だからどっちで書いても大差がないね。

thisを使うと最適化にはどういう影響が出るのかな？知ってる人教えて！

648:デフォルトの名無しさん
09/08/29 15:20:47
どっちでも変わらんように思うけど、識者に任せる

649:名無しさん＠そうだ選挙に行こう
09/08/30 06:26:10
>>634
そういうことならありえるね
参考になったわありがとう

650:名無しさん＠そうだ選挙に行こう
09/08/30 08:42:11
C++でJavaみたいにfinalメソッドを作ることはできませんか？

651:名無しさん＠そうだ選挙に行こう
09/08/30 11:51:27
>>650
virtualをつけなかったら、finalになるんじゃないの?

652:名無しさん＠そうだ選挙に行こう
09/08/30 11:54:12
継承エラーなクラスを作ることはできますよ

653:名無しさん＠そうだ選挙に行こう
09/08/30 12:38:26
>>651-652
親クラスのポインタに子クラスを代入してるときにvirtualつけてないメンバ関数を呼べば
確かにそうなるかも知れないけど。
そうじゃなくて継承はさせたいけど特定のメンバ関数は上書きして欲しくない。
こういうのはC++では無理っぽいですか？

654:名無しさん＠そうだ選挙に行こう
09/08/30 12:39:31
Boostにそれっぽいのはあったような

655:名無しさん＠そうだ選挙に行こう
09/08/30 14:15:46
>>651
お・・・おまw

知ったかぶりするなよ。

656:名無しさん＠そうだ選挙に行こう
09/08/30 16:30:44
>>647-648
ありがとう
取りあえずは見た目優先でも問題なしと言うことでいいんすかね?

657:名無しさん＠そうだ選挙に行こう
09/08/30 18:11:22
変数を使う直前で宣言した場合よりも、スコープの先頭で宣言したほうが処理速度が速くなって
びっくりしました。
これって一般的なことなんでしょうか？
条件によっては速くなったり遅くなったりするものですか？
コンパイラ次第なんでしょうか？

今、使っているコンパイラはVC++コンパイラです。

658:名無しさん＠そうだ選挙に行こう
09/08/30 18:14:09
一概には言えないが、そんなはずはないはず。
releaseでコンパイルしてCtrl+F5で実行しても？

659:名無しさん＠そうだ選挙に行こう
09/08/30 18:18:18
while(true){
ClassA a;
}
とかやってるんじゃない？

660:657
09/08/30 18:30:52
>>658
Releaseコンパイルでそうなるんです。（DLLですので、実行時に別のアプリでそれを動かしてます）

>>659
いえ、forループには入っていますが、static intやstatic boolです。
クラスや大きな構造体を毎回初期化というようなことではないです。

不思議です^^;

661:名無しさん＠そうだ選挙に行こう
09/08/30 18:37:27
とりあえずコードを(ry

662:名無しさん＠そうだ選挙に行こう
09/08/30 18:38:54
>>660 ちょっとまて、おぬしスタティックと申したか？

663:名無しさん＠そうだ選挙に行こう
09/08/30 18:59:19
座標について質問です
5*5マスの座標の一行目の一番左を(x1,y1)、右へ行くほど数字を大きくして一番右が(x5,y1)
二行目の一番左が(x1,y2)、一番右が(x5,y2)・・とします
そして自分が(x3,y3)にいて、前方を向いていれば
前方に2、左へ1の座標は(x2,y1)になりますが、右を向くと(x5,y2)になり、
後方を向くと(x4,y5)になります
一箇所だけならifやselectで条件分岐させるのですが、量が大きいのです
こういう時、この座標はどう計算すればよいのでしょうか?

664:名無しさん＠そうだ選挙に行こう
09/08/30 19:06:48
三角木馬関数を使いなさい。

665:名無しさん＠そうだ選挙に行こう
09/08/30 19:16:30
>>664
ありがとうございまかす

666:657
09/08/30 19:18:44
>>661
すみません、ちょっと複雑ですｗ

>>662
あ、はい、staticです･･･（？）

667:名無しさん＠そうだ選挙に行こう
09/08/30 19:31:56
>>663
class Hoge
{
int x;//位置X
int y;//位置Y
int x0://向きx
int y0;//向きy
public:
void Hoge()
:x(0),y(0)
,x0(1),y0(0) //初期値は右向き
{
}
void forward()//進む
{
x+=x0;y+=y0;
}
void right()//右に回転
{
int atmp=x0;
x0=y0;
y0=-atmp;
}
void left()//左回転
{
int atmp=x0;
x0=-y0;
y0=atmp;
}
};

668:デフォルトの名無しさん
09/08/30 21:07:05
Stateパターンの方がよくね？

669:デフォルトの名無しさん
09/08/30 21:35:57
C#のインデクサと同じことをC++でやるテクニックってありますかね？

670:デフォルトの名無しさん
09/08/30 21:39:01
operator[]

671:デフォルトの名無しさん
09/08/30 21:56:30
>>666
ソースを貼れないなら自分で調べるしかない。
該当箇所にブレークポイントを打ってF5。止まったところでALT+8して逆アセンブルを比較する。
処理速度が気になるときは逆アセンブルを見るのが近道

672:663
09/08/30 22:25:34
>>664
すいません、ダメでした
>>663の前方に2、左に1のy座標を求めるために計算してみました

(120*π/180)でラジアンをだし、それを半径の長さ(1^2+2^2=5　ピタゴラスの定理でsqrt(5))
のsqrt(5)で割ってsinを出してみたところうまくいきません。どこが問題なのでしょうか?
↓のコードの結果は0.805573になります

#include <iostream>
#include <math.h>
#define PI 3.14159
using namespace std;
int main()
{
double deg = 120;
double rad = (deg * PI / 180.0)/sqrt(5.0);
cout <<sin(rad) ;
return 0;
}
>>667
ありがとうございます
アクションRPGに導入するとものすごいコードが短縮できました！
が、マスメ状ではうまく動きませんでした・・

673:デフォルトの名無しさん
09/08/30 22:56:24
>>672
高校から数学をやり直せ
中学かもしれん

674:デフォルトの名無しさん
09/08/30 23:00:36
sin()じゃどうあがいても1を超える事はないだろｗｗ

675:663
09/08/30 23:12:24
すいません、三角関数は当時理解してたつもりでしたがいざ使うとなるとロクに使えませでした
おとなしくifで分岐させつつやります
ありがとうございました。

676:デフォルトの名無しさん
09/08/30 23:14:34
>>675
いやまてまて、
三角関数とか忘れるものじゃないだろ。
数学の基礎中の基礎だぞ？
15歳のガキでも（理解しているかどうかは別として）一応ならうんだぞ？？

677:デフォルトの名無しさん
09/08/30 23:20:33
いや公式も覚えてるんですよむしろ忘れるはずも無い
半径が1で
筆記体のsin・cos・tanの頭文字を使って
始点が分母終点が分子
URLﾘﾝｸ(www1.axfc.net)
この覚え方で忘れるはずも無いでしょう

ただこれを応用する力がなくなった、のか最初から無かったのか
前者だったはずなんだけどなぁ

678:デフォルトの名無しさん
09/08/30 23:26:51
90度ずつしか回転しないうちはif文でいいけど
将来3DCGを使っていろんな方向に微妙に角度を変えるときは必須だよ＾＾

679:デフォルトの名無しさん
09/08/30 23:28:02
>>677
>>672の問題点は、120degがどこから来たかだ。

680:デフォルトの名無しさん
09/08/31 00:00:17
こんな感じじゃよ。たぶん。これで、いかなる角度への移動も可能。

URLﾘﾝｸ(codepad.org)

681:デフォルトの名無しさん
09/08/31 00:08:20
ああなんだ回転行列か

682:デフォルトの名無しさん
09/08/31 00:13:25
>>680
お前何でそんなに優しいんだ！
惚れるぜ

683:657
09/08/31 01:48:19
>>671
分かりました。
ありがとうございます！

684:デフォルトの名無しさん
09/08/31 01:51:57
回天行列です。

685:デフォルトの名無しさん
09/08/31 10:07:38
そんな行列いやだー

686:デフォルトの名無しさん
09/08/31 17:01:07
１０年ぐらい前に売られていたバージョンのC言語って今のプログラム組むのに使える？
対応できてるものかい？

687:デフォルトの名無しさん
09/08/31 17:15:08
C言語は10年前と何も変わってないよ

688:デフォルトの名無しさん
09/08/31 17:29:43
>>687
分かりました。
では、１０年前のVisual C++で色々プログラム組んでみます。
ありがとうございます。

689:デフォルトの名無しさん
09/08/31 17:39:22
C言語とVisual C++が同じものだと思ってるのか？　めでたいやつ

690:デフォルトの名無しさん
09/08/31 17:49:23
>>689
なんだ？
１０年前のVisual C++と今の環境は同じじゃないのか？

691:デフォルトの名無しさん
09/08/31 17:58:03
こりゃまた、ずれたレスがきたな。日本語でOK　な文だが。
まともに翻訳すると。
10年前の　「Visual C++」　と　「今の環境」　は同じか？
対象が違いすぎて俺には答えられないぜｗ

692:デフォルトの名無しさん
09/08/31 18:06:31
>>691
答えられないなら書くなよ。
日本語で丁寧に書くと
１０年前のVisual C++の環境や扱い方と今のVisual C++の環境や扱い方は、同じじゃないのか？
だ。

693:デフォルトの名無しさん
09/08/31 18:10:41
ちがう

694:デフォルトの名無しさん
09/08/31 18:12:04
>>692
お前な、自分が間違ってる上に開き直ってえらそうだな、おいｗ

695:デフォルトの名無しさん
09/08/31 18:17:13
やっぱりソフトの購入からか。

>>694、どこが間違ってたんだ？

696:デフォルトの名無しさん
09/08/31 18:18:03
Cというプログラミング言語自体はそんなに変っちゃいないが、
Visual C++というMS製のアプリケーションは大幅に変わっている

697:デフォルトの名無しさん
09/08/31 18:23:10
>>696
アプリケーションがかなり変わってるのか、じゃソフトの買い替えからしないとダメだな。
サンクス。

698:デフォルトの名無しさん
09/08/31 18:24:52
10年前のVC++で作っても今の環境で動くよ、問題ない
しかし最新のVC++は無料版もあるからそっちのがいいと思うんだ

699:デフォルトの名無しさん
09/08/31 18:28:51
>>698
無料版のVisual C++なんてあるのか。
相当変わってるんだな。
試してみる。
色々ありがとう。

700:デフォルトの名無しさん
09/08/31 18:34:46
何にも知らないで何も調べないでプログラムを組むとか早速高いソフトを買うとか

絶対釣りだろ

701:デフォルトの名無しさん
09/08/31 18:42:14
>>700
１０年前にC言語でプログラム組んだことあるし、その当時のプログラムの本は今でもあるよ。
しばらくの間お蔵入りになっててC言語の内容少し忘れてはいるけど。

702:デフォルトの名無しさん
09/08/31 18:47:08
10年前のOSで開発するなら、10年前の処理系が最適かも。

703:デフォルトの名無しさん
09/08/31 18:53:20
>>702
当時のバージョンのソフトがあるから今のPCにインストールして使ってみる。
あと、無料版も試してみる。

704:デフォルトの名無しさん
09/08/31 18:54:53
ＤＬＬでnewする場合はDLLでdeleteしないといけないらしいんですが
ＤＬＬでfactoryをnewしてそのインスタンスからcreateする場合もやっぱりDLLでdeleteしないとだめですか？

705:デフォルトの名無しさん
09/08/31 19:15:39
DLLとアプリケーションで、メモリ源が2つあると考えろ。
そして、その2つは扱い方は同じだが、返すべきところが違う。

DLL内のoperator deleteとアプリケーションのoperator delete、
どちらを呼び出して返却すべきかは、自分で考えろ。

706:デフォルトの名無しさん
09/08/31 19:47:44
メモリはもらったところへ返す
DLL側のnewでもらったメモリはDLL側のdeleteへ返す
EXE側のnewでもらったメモリはEXE側のdeleteへ返す
DLLもEXEもみんな別々にメモリ管理してる (場合がある) から
ごっちゃにするとメモリ管理が混乱して落ちる (かもしれない)
それはウチで管理してるメモリじゃないぜ、とかそんな感じ
EXEもDLLもみんな、使うメモリはどっか一個所で一元管理してやれば済む話なんだが
みんな自分勝手だからな

707:デフォルトの名無しさん
09/08/31 20:26:35
boost::shared_ptrを使うとカスタムデリータが確保した側のdeleteで自動的に開放してくれるから便利。

708:デフォルトの名無しさん
09/08/31 21:01:23
shared_ptrの類を使うとインスタンス管理で負けた気がする。
全くの個人的な了見で、使う人を批判する気は全くないが。

709:デフォルトの名無しさん
09/08/31 21:13:01
>>708
そんなこと言っていると
本当にインスタンス管理に（つーか他人の技術に）負けるぞ。

何事も新しいことは受け入れづらいものなのは分かるが。

710:デフォルトの名無しさん
09/08/31 21:16:38
shared_ptrを普通のポインタみたいに記号ひとつで使えればいいのに。Foo@ foo;とか
typedef std::tr1::shared_ptr< foo > sp_foo_t;とかするのめんどくさい

711:デフォルトの名無しさん
09/08/31 21:27:12
>>708安心しろ。それは杞憂だ。
shared_ptrを使うには循環参照を避けるクラス設計が必要になる。
それこそがインスタンス管理の勝利ではないか。

一度使い始めると雪崩的に使うようになるから。

712:デフォルトの名無しさん
09/08/31 21:29:52
>>710
そういうことはC++0xの設計段階で提唱するべきだったな。

713:デフォルトの名無しさん
09/08/31 22:49:07
>>710
using std::tr1::shared_ptr　とすれば楽になる。

C++0xにはtemplate typedefができるらしいから sp<T>にでもtypedefすればいいんじゃないか

714:デフォルトの名無しさん
09/08/31 22:59:08
using sp = std::tr1::shared_ptr;
sp<hoge> sp_hoge;
0xだと↑みたいにできるらしいね。typedefより見やすいし良いと思う

715:デフォルトの名無しさん
09/09/01 14:25:43
inline int func(int x){
return x * x;
}

みたいなinline関数があるとすると、
a = func((int)(b - c));
は
a = ((int)(b - c)) * ((int)(b - c));
みたいになるんですか?
それとも、
int x = (int)(b - c);
a = x * x;
みたいになるんですか?

716:デフォルトの名無しさん
09/09/01 14:40:29
後者
マクロ展開と違って引数は1度しか評価されない

717:デフォルトの名無しさん
09/09/01 15:07:27
>>716
ありがとうございます。

718:デフォルトの名無しさん
09/09/01 17:58:52
>>713
彼はそんな程度は知っているだろ、たぶん。
彼が言いたいのはもうもっと言語仕様に
組み込んじゃえよってことじゃねぇか？

719:デフォルトの名無しさん
09/09/01 18:01:01
>>717
>>716の言う通り、一度である。
よって、例えばmaxテンプレートとmaxマクロでは
max( ++a, b );
がどうなるかが変わってくる。

720:デフォルトの名無しさん
09/09/01 18:24:52
>>719
715です。
これは確かにどちらなのかによって全然違いますね。

721:デフォルトの名無しさん
09/09/01 18:37:59
>>720
というかマクロで作ったら未定義の動作だろ。
＊未定義の動作＝インターネットのニュースグループ、comp.std.cやcomp.lang.cでは、未定義のコードを実行した結果「鼻から悪魔が飛び出しても仕様に反しない」というjoke が流行したことがありました。今でもたまにこのような表現を見ることがあります。
初級C言語Q&A(7)
URLﾘﾝｸ(www.st.rim.or.jp)

722:デフォルトの名無しさん
09/09/02 00:36:29
数字を四捨五入するにはどうすればいいんでしょうか？

723:デフォルトの名無しさん
09/09/02 00:38:06
JIS, ISO式四捨五入なら専用の関数がいる

724:デフォルトの名無しさん
09/09/02 00:40:44
四捨五入の意味を辞書で調べて、その通りにすればいいと思います

725:デフォルトの名無しさん
09/09/02 00:51:54
CをまともにやらずにC++をやろうとするのは無謀？
それなりに努力はするつもりなんだが、どうなんですか？

726:デフォルトの名無しさん
09/09/02 01:13:18
別にいいと思うよ。
Cでポインタを理解しておけば、C++でポインタを勉強する必要がなくなるとかそんな程度だし。

727:デフォルトの名無しさん
09/09/02 01:14:01
先にC++に慣れ切ってしまうと、後からではCではプログラムを組めなくなるんじゃないかという危惧がある
ゆとり教育とかいうと聞こえが悪いけど、なんかそんな感じ
でもいまどきC++が使えない環境ってのもそうそうないだろうとも思うわけで、
まぁ別にいいんじゃないか
無謀というほどのことはない
むしろSTLとか便利なライブラリのおかげでポインタをやたら使わずに済む分つまづくポイントは減ってるかもしんない

728:デフォルトの名無しさん
09/09/02 01:30:28
>>726 >>727
返答ありがとうございます

729:デフォルトの名無しさん
09/09/02 02:15:29
>>725
いやいきなりC++をやる事をオススメする
禿もそう言っているし

730:デフォルトの名無しさん
09/09/02 06:50:19
>>725
> それなりに努力はするつもりなんだが
この覚悟があるならC++で良いと思うよ。

731:デフォルトの名無しさん
09/09/02 06:55:07
Accelerated C++やC++プライマーを使うと良いでしょう。

732:デフォルトの名無しさん
09/09/02 12:33:11
ビジュアルCとビジュアルCじゃないCはどの程度の違いがありますか？

733:デフォルトの名無しさん
09/09/02 13:04:47
「ビジュアルCじゃないC」とかじゃなくて具体的な製品名をあげてくれ

734:デフォルトの名無しさん
09/09/02 13:35:26
try catchで配列[]の添え字範囲外の例外をキャッチ出来る？
メモリのアクセス違反のキャッチと言うべきかな

735:デフォルトの名無しさん
09/09/02 13:42:33
>>734
これ？
URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx

736:デフォルトの名無しさん
09/09/02 13:50:10
>>735
それっぽいけど
エラーの種類の判別方法がわからんね
調べてみます

737:デフォルトの名無しさん
09/09/02 14:16:12
>>733
ずびばせん……
例えばボーランド？というやつではどういう違いがありますか？

738:デフォルトの名無しさん
09/09/02 15:14:59
Borland C++Builder と Borland C++Compiler の2種類があるけど･･･

Borland C++Builder と Visual C++ はまったく異なる。
Borland C++Builder は Visual Basic みたいに部品ポトペタで開発していくスタイル。
Visual C++ はエディタでごりごりコードを書く開発スタイル。

Borland C++Compiler と Visual C++ はごりごりコードを書く点では変わらないけれど、
Borland C++Compiler には開発環境が付いておらず、
普通のテキストエディタ(メモ帳とか)でコードを書き、コマンドラインからコンパイラを使うことになる。
(いちおうベクターあたりを探せばフリーの開発環境がいくつか見つかる)
Visual C++ には豪華な開発環境が付いていて、ボタン一発でコンパイルでき、デバッガも組み込まれている。

ちなみにボーランド(の開発製品群)はエンバカデロに買収されました。
なので、たぶん Embacadero C++Builder とか呼ぶべき。

739:デフォルトの名無しさん
09/09/02 15:18:25
>>738
で、そのコードはCなの？

740:デフォルトの名無しさん
09/09/02 15:22:47
そもそも Visual C というのは無いから
Visual C++ のことだろうと推測した (C#のことだったらすまんね)
説明したのは書いてるとおり Visual C++ とボーランドなんとかというやつの比較

741:デフォルトの名無しさん
09/09/02 17:07:20
ははあ……なるほど
Cプラが使えるのには違いはないんですね！？
ありがとうございました！

742:デフォルトの名無しさん
09/09/02 21:45:07
hoge f(int a, int b, int c)
{
return hoge(a, b, c);
}

hoge h(f(1, 2, 3));

これだとコピーコンストラクタが無視されて、あたかも
hoge h(1, 2, 3);
のような挙動になるのは仕様で決められてる？
それともたまたまコンパイラの中の人が親切だっただけで？

743:デフォルトの名無しさん
09/09/02 21:57:59
>>742 仕様で許可されている。返り血最適化RVOという。
許可されているだけなので最適化されるかどうかは中の人次第。

744:デフォルトの名無しさん
09/09/02 22:08:24
下記の書についてです。
　　(1).ANSI C/C++辞典（URLﾘﾝｸ(www.amazon.co.jp)）
　　(2).新ANSI C言語辞典（URLﾘﾝｸ(www.amazon.co.jp)）

CだけでなくC++についても調べたいので(1)は買う予定でいます。
(2)は色々と評判に上がることが多いようなので迷ってるのですが、
・　(2)は(1)と重複している部分が結構あったりするのでしょうか。
・　(2)ではC++についてはまったく触れられていないのでしょうか。
・　両方とも割と昔の本ですが、仕様の変更などで現在と異なる点はあるのでしょうか。
ご存知の方がいましたら教えていただきたいです。

745:デフォルトの名無しさん
09/09/02 22:29:39
C++は1998と2003年に改正されてるけど1996年の本でいいの？
いいんだ。あ、そう。

746:デフォルトの名無しさん
09/09/02 22:54:35
新のつかないほうのANSI C言語辞典を持っているけど、これは今でも使える。
まあ古い本なので、ワイド文字関係と誰も使っていないC99に関する事柄が抜け落ちているけど。
だから、新のほうもおそらくおすすめできると自分は思っている。

ANSI C/C++辞典は分からない。初版は図書館で見たことあるけど、これ3版だからノーコメント。
個人的には、C++の内容を辞典的に網羅するにはページ数が少なすぎるだろうというのが気掛かり。
そのアマゾンによれば590ページらしいが、C言語辞典ですら500ページ近くある。
（初版でもC言語辞典より小さな字で詰めて配置してあったとはいえ）

747:744
09/09/03 00:22:24
情報ありがとうございます
最近の本も探してみたのですが、評価が芳しくないものやパッとしないものが多くて…
古い本なので逆に図書館にあるかも知れませんね
近所の図書館をあたってみて、もしあれば中身を確認してみようと思います

748:デフォルトの名無しさん
09/09/03 02:00:47
今まで文字列の取り扱いは char * を使ってたのですが、そろそろ汎用性を考えたコードも
意識して書かないといけないかなとか思い始めてます。
ところがなんか　TCHAR だの　wchar_t だの LPTCSTR だのと色々とあって、どういう時に
どれを使えばいいというのが判りません

どういう考えで、どういう型を使うのが一般的なのでしょうか

749:デフォルトの名無しさん
09/09/03 02:38:19
char*でおk。

750:デフォルトの名無しさん
09/09/03 02:47:38
蒸し返すようだけどGET_SET_ACCESSORって要するに
「今は何もしない素通し処理にしておくけど、将来的に別の処理が入った時に
クライアントコードの書き換えが必要になるとまずいからとりあえずアクセサ
になってますよ」って意味じゃね？
必要になったら普通に書き直せばいいし、何もしてないです、ってのが一目で
分かるし、悪くないマクロだと思うが。
まぁ俺はマクロ嫌いだから極力使わないんで、これも使わないけど。

751:デフォルトの名無しさん
09/09/03 04:09:28
・いつか処理が変わるかもしれないからアクセサは常に作るべき
・次のフェーズで変更されることが分かっているからアクセサを作るべき
・必要になってから作るべき

という感じで意見がいつも割れるんだよ

752:デフォルトの名無しさん
09/09/03 04:24:39
ハイ！先生
「メンバは原則 public しといてゲッタセッタ必要になったら private に異動で十分」派です。

753:デフォルトの名無しさん
09/09/03 05:40:12
それ呼び出し側のコードが変わるじゃん

754:デフォルトの名無しさん
09/09/03 05:51:34
で？

755:デフォルトの名無しさん
09/09/03 05:54:39
>>752
それだとメンバ変数名を変えたくなっても変えられないな。
Get/Setでポリモーフィズムが使えないな。

>>750
単純な代入とかだったらGET_SET_ACCESSORでいいと思うし、
頑なに拒否する人を見て何が悪いのかと思ってたけど、
デバッガで見れないって言うのがね、ちょっと嫌かな。

756:デフォルトの名無しさん
09/09/03 06:26:37
そうやってアクセサとメンバ名の乖離が起こるわけですね。

ポリモーフィズムが使えないという点は全く理解できないので追加説明をしていただけると助かります。

757:デフォルトの名無しさん
09/09/03 06:46:09
>>753
変わって何か問題ある？

758:デフォルトの名無しさん
09/09/03 07:12:09
別に問題ないよ

759:デフォルトの名無しさん
09/09/03 10:22:49
書き換えるのが面倒
プロジェクト内の全ファイルから問題の箇所を一発で全部置換できるエディタを持ってるのなら気にする必要はない

760:デフォルトの名無しさん
09/09/03 12:47:14
wrproperty使ったほうがクライアントがすっきりうんこ

761:デフォルトの名無しさん
09/09/03 15:06:03
汎用的なライブラリでそんな作業しようと思うとぞっとする。
変数書き換えのタイミングも追いづらいし。

762:デフォルトの名無しさん
09/09/03 15:10:09
a* [2]
a[0] = new b[2]
これって可能？アクセス方法ってどうやるの？

763:デフォルトの名無しさん
09/09/03 15:31:20
不可能

764:デフォルトの名無しさん
09/09/03 17:50:35
プラスとマイナスをひっくりかえす関数ってありますか？
例えば5なら-5に、-9なら9に変えてくれる関数です

765:デフォルトの名無しさん
09/09/03 17:55:16
関数にするまでもない
a = -b;
とかで十分

766:764
09/09/03 18:00:34
本当だ、できました
ご親切にありがとうございました

767:デフォルトの名無しさん
09/09/03 19:31:38
1.f←これってfloatとして扱うってことですよね？

いま呼んでいる本に

double r = srcR * srcA + ( 1.f - srcA ) * dstR;

というコードがあるんですが
「1.0」(double型)じゃなくて「1.f」(float型)をつかう意味ってありますか？
srcR、srcA、dstR、はどれもdouble型です。

768:デフォルトの名無しさん
09/09/03 19:46:22
>>767 ありません。

769:デフォルトの名無しさん
09/09/03 20:02:16
もともと全部floatで書いていたコードを何かの理由でdoubleに直したときに
そこだけ修正し忘れた、とか

770:デフォルトの名無しさん
09/09/03 20:06:08
>>768-769
わざわざfloatにしてるから
何かしらメリットがあると思ったんですが
何もないんですね。
ありがとうございます。

771:デフォルトの名無しさん
09/09/03 20:19:58
>>767
何か勘違いしてそうだから念のためにいっておくと、
　double の 1.0 は 1. と書くこともできる
　float の 1.0f は 1.f と書くこともできる

772:デフォルトの名無しさん
09/09/03 20:23:02
shared_ptrに確保されたインスタンスがあったとして
そいつのweak_ptrを返すメンバ関数とかってどうやって実装してるの？

773:デフォルトの名無しさん
09/09/03 20:26:22
>>756
変数がpublicだったらアクセサを経由した取得にならないからだろ。

774:デフォルトの名無しさん
09/09/03 20:58:14
>>771
0付けなくても良かったんですね
ありがとうございます

775:デフォルトの名無しさん
09/09/03 21:13:34
>>772
shared_ptrとweak_ptrはインスタンスを直接保持するのではなく、インスタンスを管理するオブジェクトを経由して保持している。
weak_ptrは管理オブジェクトを参照すればインスタンスが有効かどうかが分かる。

776:デフォルトの名無しさん
09/09/03 22:08:14
wktk_ptr
kwsk_ptr
sneg_ptr

777:デフォルトの名無しさん
09/09/03 22:08:39
いや、なんていうか
sp->getThisWeakPtr();
みたいなことしたいんですけど無理なんですかね？

778:777
09/09/03 22:46:10
あ、自己解決したわ

779:デフォルトの名無しさん
09/09/03 23:32:43
使いたくもない敬語を無理に使ってるってことがよく分かる

780:デフォルトの名無しさん
09/09/04 02:37:31
?

781:デフォルトの名無しさん
09/09/04 13:18:09
1: char a[20];
2: char a[20]={0};
3: char *a = new char[20];
これらのうちでは
動作が軽い順で言うとどうなりますでしょうか？

782:デフォルトの名無しさん
09/09/04 13:40:41
1が最も軽く、3が恐らく最も重い

783:デフォルトの名無しさん
09/09/04 14:00:22
3は
delete[]a;もセットで考えないといけない。

784:デフォルトの名無しさん
09/09/04 14:18:13
>>782
なるほど。
1と2では、
初期化する場合としない場合とでやはり速度差があるのですね。

>>783
ありがとうございます。そうすると3は重そうですね。

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

次ページ