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

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

554:デフォルトの名無しさん
07/07/30 02:03:40
>>548
既に滅んだんじゃ

555:デフォルトの名無しさん
07/07/30 02:04:32
ベクターにあるようなアプリを作りたいなら、DelphiかC#だな
C++から始めると挫折しそう

556:デフォルトの名無しさん
07/07/30 02:05:15
Delphiに手を出すにはちょい時期が遅いかも

557:デフォルトの名無しさん
07/07/30 02:06:53
DelphiはVBに乗っ取られました

558:デフォルトの名無しさん
07/07/30 02:07:00
じゃあVCL使ってBCBは？

559:デフォルトの名無しさん
07/07/30 02:07:19
>>550
Delphi良いんだけど
関連書籍が手に入りにくくて苦労した

560:デフォルトの名無しさん
07/07/30 02:07:19
BCBは情報無さ杉ｗｗｗ

561:デフォルトの名無しさん
07/07/30 02:08:43
実際プログラムを作っている方々は複数の言語を熟知しているのでしょうか。

562:デフォルトの名無しさん
07/07/30 02:10:10
熟知する必要なんかないでしょ
わからなければ調べりゃいいだけだし

563:デフォルトの名無しさん
07/07/30 02:12:21
>>561
何をもって熟知と言うかによるが、コンパイラが書けるぐらいに複数の
言語に熟知してる人なんてそうはいないと思われ

まあ必要があれば仕様にあたればいいんだけどね

564:デフォルトの名無しさん
07/07/30 02:13:28
>>561
熟知はしてないなぁ。ほとんど応用。
C++をBCBで覚えたから必然的にDelphi覚えて
VBはDelphiの応用でいけて
CGIもやりはじめたからPerlも覚えて、応用でPHPとか。

565:デフォルトの名無しさん
07/07/30 02:13:51
ベクターにあるアプリと言ってるあたりCUIは無いだろうから
言語は決まったとしても移植性を尊重するならGUIが問題だな
Win32以外のGUIツールキットは資料が少な目で入門は大変そう

566:デフォルトの名無しさん
07/07/30 02:15:20
> ベクターにあるアプリ
ああそういうの書きたいっつってんのか
移植性とは相反する要求だなｗ

両方追い求めると無駄に苦労するぞ

567:デフォルトの名無しさん
07/07/30 02:19:24
GUIだと
Delphi、VB、BCB、VC++とかかなぁ

Delphi →滅びる寸前
VB →便利だけどランタイム必須
BCB →滅びてる？初心者向けな情報皆無
VC++ →GUIアプリ作るにはとっつきにくい

568:デフォルトの名無しさん
07/07/30 02:20:22
こんなことが出来るアプリを作りたいっていう具体的な目標が無いと
覚えるのは難しそう

569:デフォルトの名無しさん
07/07/30 02:20:38
GUIで移植性も考えるならwxWidgets使うとかすれば

570:デフォルトの名無しさん
07/07/30 02:20:59
電卓とかそういうのでいいならＭＦＣが楽？
んでもゲームとか言われるときついよなぁ。

571:デフォルトの名無しさん
07/07/30 02:21:42
VBも.NET以外は絶滅だろ
.NETなら言語はどれでも大差は無いが、やはりランタイムは必須

572:デフォルトの名無しさん
07/07/30 02:22:22
テキスト形式のアドベンテャーでいいよもう

573:デフォルトの名無しさん
07/07/30 02:23:54
パズルとかな
3Dでゴリゴリとか言わなきゃ良い

574:デフォルトの名無しさん
07/07/30 02:25:03
Delphiもエディタが使いやすければ、ほんとあれで十分なんだけどね。。

575:デフォルトの名無しさん
07/07/30 02:26:52
better C として使うだけでも
C++ にする価値はあると思う。

576:デフォルトの名無しさん
07/07/30 02:29:18
>>575
Cの気色悪いシンタクスで書かれた宣言がスラスラ読めるぐらいでないと
C++はキツいだろう

577:デフォルトの名無しさん
07/07/30 02:29:27
まぁVC＋＋だろうね。情報もいっぱいあるから
つまづいてもだれか教えてくれるし。

578:デフォルトの名無しさん
07/07/30 02:34:05
難しいんだろうなっていう先入観が無ければどんなもんでもいけるよ多分

579:デフォルトの名無しさん
07/07/30 02:37:20
参照があるだけで随分分かりやすくなると思うが。

580:デフォルトの名無しさん
07/07/30 02:37:44
C++はそろそろboostが標準になるだろうから使いやすくなるはず。

581:デフォルトの名無しさん
07/07/30 02:38:06
>>576
そりゃお前の思い込みだろｗ

582:デフォルトの名無しさん
07/07/30 02:38:31
0x はいつから使えるようになるんじゃー

583:デフォルトの名無しさん
07/07/30 02:38:56
>>580
まじか！ソースきぼんぬ

584:デフォルトの名無しさん
07/07/30 02:39:35
今ひどい釣られ方を見た。

585:デフォルトの名無しさん
07/07/30 02:40:58
EffectiveC++に「std::tr1::shared_ptrはｲｲﾖ～」と書いてあったんだが、
何をincludeすればいいんだぜ？

586:デフォルトの名無しさん
07/07/30 02:40:59
>>581
いや、そうじゃないとC++のヘッダ読んでも意味不明だろ？
もっと奇怪なものが大量に増えているし、C++はそもそも宣言的な言語だ。
宣言が理解できないようでは話にならん。

Cの関数ポインタとか多重ポインタとか配列がらみの宣言程度が
分からないようじゃ、ダメだろう。

587:デフォルトの名無しさん
07/07/30 02:41:50
>>583
C++ の次期ドラフトとか見ると、色々導入されてるね。
boost はそもそも将来標準に組み込まれることを前提として開発されてるものだからな。

588:デフォルトの名無しさん
07/07/30 02:42:55
>>586
better C として使う分には、C++ は C より簡単。
それを越えると厄介な所が出てくるが。

589:デフォルトの名無しさん
07/07/30 02:43:38
そもそも将来標準に組み込まれることを前提として開発されてるものでいったいいくつ消えていったのか

590:デフォルトの名無しさん
07/07/30 02:44:43
>>589
いわゆる叩き台ってやつだな。
その中で入れた方が良さそうなものを入れていく感じだ。

591:デフォルトの名無しさん
07/07/30 02:45:05
>>588
better Cってのをどの程度に言ってるか分からんが、
ヘッダやマニュアル理解できないんじゃ、つらいだろ

Cヘッダだけしか使わないとか？
でも、std::basic_string<>やSTLすら使わないんじゃC++の魅力は
半減どころじゃないんじゃないか

592:デフォルトの名無しさん
07/07/30 02:47:55
>>586
ポインタ関係は教科書にも載ってるからまだしもだが
確かに、テンプレート、マクロの類は慣れるまで大変だったな

593:デフォルトの名無しさん
07/07/30 02:48:41
>>591
C よりゃマシ。

594:デフォルトの名無しさん
07/07/30 02:50:25
参照の用途としてポインタを使う方法を教えるよりは
参照を教える方がナンボか楽だな。

595:デフォルトの名無しさん
07/07/30 02:51:06
>>591
クラスとオーバーロードだけでもかなり書きやすくなるんじゃね？
STL無しのC++が魅力半減ってとこは同意だけど。

596:デフォルトの名無しさん
07/07/30 02:51:24
>>593
俺は別段Cを推奨する気は毛頭無いが、言語自体はシンプルだろ。
要素が絶対的に少ないんだから。結局はマクロ、関数、構造体、配列、
ポインタ、といったもので何でもやってしまうのがCで、欠点は
あまりに言語が貧弱なので、何をするにも面倒くさいというだけだ。

C++は言語がずっと強力だが、その分複雑だ。

俺はどっちも初心者に薦める気にはならん。

597:デフォルトの名無しさん
07/07/30 02:56:14
>>594
C++の参照は単に関数での「参照渡し」だけじゃないからなあ。
参照やポインタを教えるには、結局は間接参照、左辺値、エイリアシングといった
ことについて教えることになる。ポインタには演算もあるが、些細なことだ。
ほとんど違いは無いと思うが。

>>595
演算子オーバーロードはコードを書きやすくするが読みにくくする。

598:デフォルトの名無しさん
07/07/30 02:58:00
>>597
better C として使うなら、参照渡しだけ分かっとけば十分。
それ以上は不要。

あと、演算子オーバーロードの事なんて誰も言ってないように思えるが。

599:デフォルトの名無しさん
07/07/30 02:59:23
>>598
いや、あんたの言う「better C」とやらが、つまり何なのか分からんからなｗ

600:デフォルトの名無しさん
07/07/30 03:00:11
better C というと、
C でややこしい所を解決するためにだけ C++ の機能を使う、
という程度のこと。

601:デフォルトの名無しさん
07/07/30 03:02:19
で、リファレンス渡し以外には何が増えるんだ？
クラスは使ってもいいの？

602:デフォルトの名無しさん
07/07/30 03:03:28
newしないでクラス使えば間接参照もしなくていいしｗ

603:デフォルトの名無しさん
07/07/30 03:10:12
C99 は今は考えないとして・・・

・関数のオーバーロード
・プロトタイプ宣言なくても関数使えちゃうのを阻止
・ main で return 0; 省略

とか？
まあ、そんなに色々使わなくてもいいんだよ。
C より便利になる点が 1 つでもあれば。

604:デフォルトの名無しさん
07/07/30 03:13:54
ああ、そうだ。こいつらもだな。

・変数をブロックの途中で宣言
・ for(int i = 0; ...
・初期化に関するいくつかの制限緩和

605:デフォルトの名無しさん
07/07/30 03:15:07
それそんなに便利かなぁ。
そこまで制限してC++使おうと思ったこと無いからよくわからんが……。

Cプログラマが初見で本気で便利だと思うのって、標準ライブラリの強力さ、
それとクラス、特にデストラクタの存在じゃないか？
自動で後片付けしてくれるなんて、夢のような環境だろ。

逆に言うと、その辺が使えないんなら、ゴミのような違いでしかないように
思える。

606:デフォルトの名無しさん
07/07/30 03:18:18
別に C プログラマに教えるという話じゃなくて、
プログラミング初心者に薦めるならという話の流れだったはずだが。

607:デフォルトの名無しさん
07/07/30 03:19:56
>>605
そもそも初心者なんだから
制限して使うっていうのはちょっと違う

608:デフォルトの名無しさん
07/07/30 03:20:40
むしろ C にある無駄な制限を取っ払うわけで

609:デフォルトの名無しさん
07/07/30 08:50:28
質問１つでここまで伸びるなんて久々に見た

610:デフォルトの名無しさん
07/07/30 08:58:59
ほとんど俺の自演だけどな

611:デフォルトの名無しさん
07/07/30 13:30:25
>>605
そこまでいくとBetter Cではなく、もうC++。

612:デフォルトの名無しさん
07/07/30 13:40:37
>>609
馬鹿が「なんか自分が賢くなったような気分」で気軽に参加できる
絶妙なレベルだったんだろう。

613:デフォルトの名無しさん
07/07/30 14:44:25
ReadFile() vs fopen()

614:デフォルトの名無しさん
07/07/30 15:07:20
CreateFile()の間違いじゃないのか

615:デフォルトの名無しさん
07/07/30 15:43:12
なんにせよ適材適所、時と場合によって使い分けるだけ。

fopen テキストモードを使いたい。ANSI C上の移植性が欲しい。
CreateFile 非同期読み書きやメモリマップドファイルを使いたい。

616:デフォルトの名無しさん
07/07/31 16:06:50
このコードがVS2005 SP1でSEGVになるんだけど、俺んとこだけですかね

#include <iostream>
#include <sstream>
#include <locale>
int main()
{
　　 std::wstringstream ss;
　　 std::locale myloc("japanese");
　　 ss.imbue(myloc);
　　 ss.put(L'「');
　　 int n;
　　 if (ss >> n) // <--- SEGV
　　　　 std::cout << n << std::endl;
}

617:デフォルトの名無しさん
07/07/31 16:09:23
nはいくつよ？

618:デフォルトの名無しさん
07/07/31 16:18:49
>>617
は？

619:616
07/07/31 16:20:12
ちなみにこれとほぼ同じコードがboost::xpressiveで正規表現を
コンパイルする際に使われているのですが、
これがSEGVになるお陰でワイド文字でboost::xpressiveが使えないという有様です。

620:デフォルトの名無しさん
07/07/31 16:33:09
ワイド文字は色んなコンパイラでサポート不完全だよな。

621:616
07/07/31 16:37:03
>>620
VC8.0はグローバルロケールを設定した際に標準出力が腐るのは知ってたんだけど……
(Cではグローバルなロケールしかないので回避方法も無い）
これは酷すぎる。と思った。サポート不備ではなく、ただのバグでしょう。

無論VS2003では何の問題も起きないコードです。数値として読み込めないものが
入っているから、intに読み込めずstreamの状態がfailになるのが正しいんですが。

622:デフォルトの名無しさん
07/07/31 16:37:52
>>616
xlocaleの_Maklocbyte<wchar_t>がバグっちょる。

template<> inline
　　char __CRTDECL _Maklocbyte(wchar_t _Char,
　　const _Locinfo::_Cvtvec& _Cvt)
　{ // convert wchar_t to char using _Cvtvec
-　char _Byte = '\0';
+　char _Byte[2] = {'\0'};
　_Mbstinit(_Mbst1);
-　_Wcrtomb(&_Byte, _Char, &_Mbst1, &_Cvt);
-　return (_Byte);
+　_Wcrtomb(_Byte, _Char, &_Mbst1, &_Cvt);
+　return (_Byte[0]);
　}

と直せばとりあえず、動くようにはなる。

623:616
07/07/31 16:48:25
>>622
ウホットンクスです。
とりあえずヘッダ修正してみた。
_Byte[]が2byteでいいのは「MS Windowsだからそう仮定して良い」てことですね。
しかしひでーバグだ。

修正したヘッダのコードなら正常に動くことを確認しました。感謝。
が、コンパイルオプションによっては、MSVCP80.DLLに入ってる特殊化バージョンが
リンクされてしまい、やはりバグってしまいますね。
勘弁して欲しい。

624:デフォルトの名無しさん
07/07/31 16:52:29
勘弁して欲しいのはお前の方だ

625:616
07/07/31 16:54:11
>>624
あ、もしかしてこれって有名なバグだったんですか？
それは失礼。

626:デフォルトの名無しさん
07/07/31 21:23:11
VS 2005 で↓が警告最大でも普通にビルドでき、しかも、デストラクタで
実行時エラーになるのは既知の不具合ですか?

#include <memory>
int main() {
std::auto_ptr<int> i = new int(1);
}

g++ だと型の不一致できっちりコンパイルエラーになります。

627:デフォルトの名無しさん
07/07/31 21:26:43
確かにコンパイルできたけど、実行時エラーにはならなかったよ。

628:デフォルトの名無しさん
07/07/31 21:53:19
>>622
調べてみたらVS2003でも同じコードだった

すげー萎えた

629:デフォルトの名無しさん
07/07/31 22:04:03
おっきした

630:デフォルトの名無しさん
07/07/31 23:02:03
>>627
むむ。new int(10) でもエラーにならないですか?

631:627
07/07/31 23:08:21
それでもエラーにならなかったよ。
Visual C++ 2005 EE (SP1)

ところで、.NET 2003 (SP1)では
コンストラクタがexplicitと宣言されているからと言って、C2440のエラーになる。

632:デフォルトの名無しさん
07/07/31 23:23:00
規格では explicit になってるから、>>626 はエラーじゃないとマズいな。
ビルドできるって、VS 2005 の memory の中身はどないなっとるんじゃ。

633:デフォルトの名無しさん
07/07/31 23:28:52
ひ・み・つ♪

634:デフォルトの名無しさん
07/08/01 00:06:07
ソース解析中分からないところがあり質問させてください。

#define A_NUM (20000)
class A : public B{
private:
static C < (unsigned long) A_NUM > list;

C++勉強し始めて日が浅くて申し訳ないのですが、上記ソースの一番下の行は
どういうことをしているのでしょうか？

635:デフォルトの名無しさん
07/08/01 00:08:00
C というクラステンプレートのテンプレート引数に A_NUM を指定して、
そのオブジェクト list を宣言

636:デフォルトの名無しさん
07/08/01 00:15:42
>>635
さんくす。
クラステンプレートがよく分かってなかったので、
その箇所を詳しく調べることにします。

637:デフォルトの名無しさん
07/08/01 02:04:47
初心者的質問ですが、お願いします

int *x[3];
x[0]=(int *)malloc(3);
x[1]=(int *)malloc(4);
x[2]=(int *)malloc(5);

free(x);

上記のようにポインタの配列に各個mallocして、最後にfreeをすると
エラー（コンパイルは通る）がでてしまいます。

638:デフォルトの名無しさん
07/08/01 02:08:08
>>637
free(x[0]);
free(x[1]);
free(x[2]);

639:637
07/08/01 02:13:50
>>637のソースが抜けておりました･･･申し訳ございません･･･

x[0]=(int *)malloc(3);
x[1]=(int *)malloc(4);
x[2]=(int *)malloc(5);

for(i=0;i<3;i++)x[0][i]=i;
for(i=0;i<4;i++)x[1][i]=i*3;
for(i=0;i<5;i++)x[2][i]=i*10;

free(x[0]);
free(x[1]);
free(x[2]);

640:デフォルトの名無しさん
07/08/01 02:19:53
>>639
x[0]=(int *)malloc(3*sizeof(int));
x[1]=(int *)malloc(4*sizeof(int));
x[2]=(int *)malloc(5*sizeof(int));

641:637
07/08/01 02:26:02
>>640
おお、上手く通りました。
ありがとう&&多謝

642:デフォルトの名無しさん
07/08/01 11:11:44
質問です
クラスを継承させて使うときに基底クラスのprivateなメンバ変数を
publicではなく、privateの状態のまま継承させることはできないでしょうか？

643:デフォルトの名無しさん
07/08/01 11:26:45
意味がよく分からん。
基底クラスの private 変数は派生クラスから見ても private じゃねーの？

644:デフォルトの名無しさん
07/08/01 11:43:31
てか、派生クラスから見えないし。

645:デフォルトの名無しさん
07/08/01 11:46:32
派生クラスで使いたいならprotectedにするだろうしねぇ……

646:デフォルトの名無しさん
07/08/01 11:52:23
>>642
>>645の言うように派生クラスから基底クラスのprivate変数に
アクセスしたいって意味なら基底クラスを変更するしかないな。
他の選択肢はpublic、アクセッサの追加、friendとかかね

647:デフォルトの名無しさん
07/08/01 13:22:08
VC++ 2005 Expressを使用しています。
Windowsのデスクトップ上のアイコンをデスクトップ設定の自動整列以外で移動するにはどうしたらいいでしょうか
例えば全体的に右にあるアイコン群を左によせたり上にあるのを下に～等
よろしくお願いします

648:デフォルトの名無しさん
07/08/01 13:54:28
こっちのスレに行くか、Windows板に行くかのどっちかだと思う
Win32API質問箱 Build55
ｽﾚﾘﾝｸ(tech板)

649:デフォルトの名無しさん
07/08/01 14:03:56
あとは、、、SysListView32 デスクトップアイコン移動でググるとか

650:デフォルトの名無しさん
07/08/01 21:39:29
>>631
今日会社の VS2005 PE に SP1 を当てたけど、デバッグビルドで実行
すると、operator delete で落ちます。何が違うのかしら。

>>632
memory はたぶん問題なくて、最適化がからんでそうです。代入文が、
std::auto_ptr<int> i(std::auto_ptr_ref);
に変形していて、デストラクタで int の値を解放しにいって落ちると。
もぎゃー

651:デフォルトの名無しさん
07/08/01 21:47:54
もぎゃーってなに？

652:もぎゃー
07/08/01 22:44:09
なんかはやらそうと狙ってる予感。

653:デフォルトの名無しさん
07/08/02 05:56:27
void型って、どんな型にも切れるただのメモリアドレスって考えれば良いのですか?

654:デフォルトの名無しさん
07/08/02 06:07:04
void型なんて変数は存在せんぞ。
void *型ならあるが。

655:デフォルトの名無しさん
07/08/02 06:48:25
std::auto_ptrみたいな不良品つかわずにboost::scoped_ptr使えばいいのに

656:デフォルトの名無しさん
07/08/02 07:45:14
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)

正の整数を二つ読み込んで、その乗算をシフト演算によって行いたいのですが、プログラムがうまく動きません。
強制終了されてしまいます。

(例)　53×25＝53×(2^4+2^3+2~0)＝(53を左に4ビットシフト)+(53を左に3ビットシフト)+(53を左に0ビットシフト)

どこが悪いのでしょうか・・・。

657:656
07/08/02 07:46:01
あ、2^0です。

658:デフォルトの名無しさん
07/08/02 07:58:22
mainのkが未使用変数の使用であるとかって警告でなかった？
エスパーすると、divideのkがmainのkに影響を及ぼすことはないよ。

659:デフォルトの名無しさん
07/08/02 08:00:34
おっと、未使用変数->未初期化変数、または、値の割り当てられていない変数

660:656
07/08/02 08:13:08
>>658
はい、警告とかは出てないんですよ・・・。
どこをどう直せばいいでしょうか。

661:デフォルトの名無しさん
07/08/02 08:29:17
ヒント：ポインタ　アドレス渡し

662:デフォルトの名無しさん
07/08/02 08:37:18
まずはコンパイラの警告レベルを最大にすることだな。
VC++なら/W4
bccなら-w
gccなら-Wall

663:656
07/08/02 08:56:45
>>662
おお！そんなことができるのですね。ありがとうございます。

警告 W8013 test.c 26: 's' は、おそらく値が代入される前に使われている(関数 divide)

と出ました。どういう意味でしょうか・・・。

664:656
07/08/02 09:12:45
>>661
ありがとうございます。kのアドレスをdevideに引き渡せばいいのですね。
そこは修正したのですが、まだダメみたいです・・・・。

665:デフォルトの名無しさん
07/08/02 09:48:28
void* と char* のビット表現は等しいんだっけ？

666:デフォルトの名無しさん
07/08/02 09:52:07
int s;

*k = 0;
while (no>0) {
　count[*k] = analyze(no, s); ←初期化されてないsが使われてる
　no -= (1<<count[(*k)++]);
}

667:656
07/08/02 09:53:38
すいません、できました。
divide関数内で
*k++とかいう変なことをしてたみたいで・・・

*k += 1；

と書き換えたらできました。
ありがとうございます。

668:656
07/08/02 09:55:16
>>666
ああなるほど、ポインタは括弧をつければよかったんですね・・・orz

sは初期化されてないからですか・・・わかりました、ありがとうございます。

669:デフォルトの名無しさん
07/08/02 10:03:19
>>665
うん。

"A pointer to void shall have the same representation and alignment requirements as a pointer to a character type."
ISO C 6.2.5 Types p26

670:656
07/08/02 10:03:24
というか、sを戻り値として返すなら、divide関数でsはいらないですね・・・。
アホだ・・・orz

671:デフォルトの名無しさん
07/08/02 15:03:47
Wallにしたら標準ライブラリでさえゴルァされるから使い物にならんと思うんだけど

672:デフォルトの名無しさん
07/08/02 15:06:18
>>669
㌧

673:デフォルトの名無しさん
07/08/02 15:31:38
std::vector<int> v;って宣言したときにこれのサイズを保持する型を
std::vector<int>::size_typeって宣言するのではなく
変数名vを使って宣言したいのですがなんか良い方法無いですかね？

typeof(v)::size_typeとかboost::range_size< typeof(v) >::type (←勿論通りません＞＜)
みたいにできたらめちゃ便利だと思うんですが

674:デフォルトの名無しさん
07/08/02 16:03:34
typeof は提案されたこともあるみたいだけどねえ。
いまんとこはできないね。

そういう場合は typedef しとくというくらいしか言えんなあ。

std::vector<int> v_t;
v_t v;
v_t::size_type i;

675:デフォルトの名無しさん
07/08/02 16:06:22
typedef が抜けてた。まあいいや。

676:デフォルトの名無しさん
07/08/02 16:07:40
＞＜；

677:デフォルトの名無しさん
07/08/02 16:12:12
＜＞；

678:デフォルトの名無しさん
07/08/02 16:13:49
×;

679:デフォルトの名無しさん
07/08/02 16:26:34
◇;

680:デフォルトの名無しさん
07/08/02 16:34:10
チョー！

681:デフォルトの名無しさん
07/08/02 16:34:32
BASIC スレにでも迷い込んだのかと思った

682:デフォルトの名無しさん
07/08/02 16:38:20
CLS

683:デフォルトの名無しさん
07/08/02 16:53:10
すいません。
void *型ってどんな型にも切れるただのメモリアドレスって考えれば良いのですか?

684:デフォルトの名無しさん
07/08/02 17:08:12
お前別スレで質問してきちんとした回答貰ってるだろうが
礼儀知らずにも程がある

685:デフォルトの名無しさん
07/08/02 17:10:30
ええ～、してないですYo!

686:デフォルトの名無しさん
07/08/02 17:13:33
死ね

687:デフォルトの名無しさん
07/08/02 17:19:25
一方的に決めつけられて、死ねといわれる始末。
なんという仕打ち。

688:デフォルトの名無しさん
07/08/02 17:19:49
「切れる」っていうのが、なんかアクロバティックな用法だなあ。
こう、「アタシは侍ザマス！」みたいな？
「void*型からunsigned long(*)(bstr_t const&, IDispatch**)型に斬ってしんぜるナリ！」みたいな？

689:デフォルトの名無しさん
07/08/02 17:22:55
>>683
言葉の使い方は他人に通じるように

690:デフォルトの名無しさん
07/08/02 17:23:44
>>673-674
今はdecltypeという名称になっている。

691:デフォルトの名無しさん
07/08/02 17:26:33
>>687
同じ文体なんだから別人なら普通変えるだろ。バカかよ

692:デフォルトの名無しさん
07/08/02 17:27:25
不毛

693:デフォルトの名無しさん
07/08/02 17:31:11
＞＜；

694:デフォルトの名無しさん
07/08/02 17:35:58
>>684
そのスレどこ？

695:デフォルトの名無しさん
07/08/02 17:58:27
>>692
C++スレだけに

696:デフォルトの名無しさん
07/08/02 18:08:50
>>694
ｽﾚﾘﾝｸ(tech板:653-654番)

>>695
誰がうまいこと言えと(ry

697:デフォルトの名無しさん
07/08/02 18:25:13
>>684
別スレじゃなくてこのスレかよ
>>685
お前の言葉は本当だったな

698:デフォルトの名無しさん
07/08/02 19:16:35
構造体のサイズをsizeofで取るとなんか不思議な結果が返ってくる。

struct TEST {
char chr[3];
};
printf("%d\n", sizeof(TEST));

結果：3

struct TEST2 {
long lng;
char chr[3];
};
printf("%d\n", sizeof(TEST2));

結果：8

TESTとTEST2で明らかに計算方法が違うのはなぜなんでしょうか？

699:デフォルトの名無しさん
07/08/02 19:23:41
「パティング構造体」でググると幸せになれるよ

700:デフォルトの名無しさん
07/08/02 19:26:02
パディングじゃね？

701:デフォルトの名無しさん
07/08/02 19:28:07
そして、なぜパディングが入るかというと、境界調整のため。

702:デフォルトの名無しさん
07/08/02 19:42:41
>>699-701
URLﾘﾝｸ(www.g-ishihara.com)
を見て納得しました！
ありがとうございます。

703:デフォルトの名無しさん
07/08/02 19:50:02
すいません、おじゃまします。
コンストラクター、デストラクターからstaticのメンバー変数にアクセするにはどのように記述したらよいでしょうか。

704:デフォルトの名無しさん
07/08/02 20:01:11
>>703
普通に。

705:デフォルトの名無しさん
07/08/02 20:49:03
>>704
解答としては不適切。

706:デフォルトの名無しさん
07/08/02 20:57:27
>>703
不適切。

707:デフォルトの名無しさん
07/08/02 21:00:09
>>705
それ以外に答えようが

708:デフォルトの名無しさん
07/08/02 21:00:16
静的メンバからのアクセスは制限あるけど
逆は問題ないよね？

709:デフォルトの名無しさん
07/08/02 21:17:00
うん

710:デフォルトの名無しさん
07/08/02 21:23:30
fstreamが遅いんですが何とかなりませんか。
wfstreamともなるとアホみたいに遅いです。

711:デフォルトの名無しさん
07/08/02 21:25:32
端末変えろ

712:デフォルトの名無しさん
07/08/02 21:27:53
fstream捨てたら。

713:デフォルトの名無しさん
07/08/02 21:44:25
>>711
端末を変えるとfstreamが速くなるのですか？
>>712
機能的にはstdioより好ましいですし標準ですから、出来れば使いたいのですが。
wfstreamとgetline()を使って書かれた単にコピーするだけのC++プログラムが、
perlだのpythonだので書かれた、正規表現を用いてちょっと文字列を置換する
スクリプトよりも遅いので、呆れます（後者でもちゃんとエンコード変換を
行っているのにです）

714:デフォルトの名無しさん
07/08/02 21:54:44
>>713
アタリマエだろ。
単にコピーするだけにgetlineを使うお前が悪い。

715:デフォルトの名無しさん
07/08/02 21:55:41
単にコピーするなら read して write だろう・・・。

716:デフォルトの名無しさん
07/08/02 21:58:47
その処理にgetlineを使おうとする発想にまず驚いた

717:デフォルトの名無しさん
07/08/02 21:59:34
>>714
ああ、説明不足でしたね。
行単位で下らない置換処理を行う下らないプログラムを色々な言語や
ライブラリを使って書いてみたのです。
ですので、例えばPerlで書いたものも、$/をundefせずに行単位で入力して
いますから、条件は対等のはずでしょう。

C++で書いたものがあまりに遅いので、試しに置換処理を抜いて
コピーだけにしたところ、その時点で他のスクリプト言語にさえ負けている
(wfstreamの場合は）ことが判明してしまいました。

718:703
07/08/02 22:04:32
RESありがとう御座います。
そうですか、普通にアクセス可能ですか。。。
現象としては「static int xxx」で宣言した変数がリンカーで次のようにエラーしてしまいます。（環境VC2005）
LNK2001: 外部シンボル ""public: static int PerfMonMgr::xxx" (?xxx@PerfMonMgr@@2HA)" は未解決です。」
宣言部にstaticを取って「int xxx」で宣言するとエラーは出ないんですが。
ちなみにこのコードはDLLのコードの一部なんですが関係ありませんでしょうか。

719:デフォルトの名無しさん
07/08/02 22:07:27
変数の実体作ってないんでしょ。

720:デフォルトの名無しさん
07/08/02 22:07:34
>>717
perlとかはIO関連はC/C++の標準関数は使わずに独自にコントロールしてるんじゃなかったっけ？
PerlのIOはPerl向けにチューニングしてるからこそそうなるんであって、
何にもしない素でもC++なら速いと思ってるなら幻想だろう。
構造的な美しさをとるか泥臭くても速度をとるかでケースバイケースじゃないかなぁ。

721:デフォルトの名無しさん
07/08/02 22:09:23
なかなか興味深い結果だな。

722:デフォルトの名無しさん
07/08/02 22:10:24
ちょっと話題がそれるが、C++でファイルのコピーだけならこんなカンジでいいんじゃね？

std::ofstream("out.bin", std::ios::binary) << std::ifstream("in.bin", std::ios::binary).rdbuf() ;

723:デフォルトの名無しさん
07/08/02 22:26:00
OSネイティブの入出力APIを使うストリームバッファを自分で書いたりしてみたらどう？

724:710
07/08/02 22:29:02
↓実験に使ったソースです
URLﾘﾝｸ(tonosiki.mbnsk.net)

青空文庫のテキスト形式の小説を読み込んで、<ruby>タグを適当に
挿入するだけの下らないプログラムです。
サンプル入力として夏目漱石の三四郎を入れてあります。

C++のものは、Boost(Xpressive)、ICU、COM(VBScriptのRegexエンジン)
を用いたものと、単にコピーするだけのもの3種(wchar_tに変換しない版、
自前で変換する版、wfstreamに任せる版）
スクリプトはJScript(WSH用)、perl, python
それとC#のものがあります。

C++で無変換なものが無論最速でしたが、次に速いのはJScript + wshext.dll
でした（cscript.exeなどから明示的に起動するとずっと遅い）
C++ではICUがなかなか健闘しましたが、boost版はPythonやPerlに勝てず、
wfstreamでただコピーするだけの版は、これらのどれよりも遅かったです。

725:710
07/08/02 22:35:40
>>720
もともとPerlは速い印象でしたが、エンコード指定のopen()を使うと
それほどでもない
というか、意外にもPythonのほうが速かったです。

どっちもcygwinのもの（つまり遅い実装）を使ったのですが
それよりもVC++7.1でコンパイルしたネイティブのC++プログラムが遅いのは
流石にどうかと思いました

ちなみにC++のものは、std::basic_stringを戻り値として使わず
全て参照引数渡しで同じインスタンスを使いまわすとパフォーマンスの
改善が見られましたが、素直な書き方に比べて大きな違いが出るほどでは
ありませんでした。

726:デフォルトの名無しさん
07/08/02 22:41:30
Cが最速なのは間違いがないよ
C単体ならDLLを使わなくていいんだから・・
時間が掛かるところは、読み込み、出力と置換する場所のサーチでしょ?
文書をバッファに蓄えておいて、置換作業と並列化してみ

727:710
07/08/02 22:46:34
>>726
Cでも書こうかと思ったのですが、
char->wchar変換
置換1～3
wchar->char変換
の5段ぐらいのフィルタ処理を行っており、文字列処理とメモリ管理が
あまりに面倒臭いのでやめましたｗ

CでやるならGCが欲しいです。

728:デフォルトの名無しさん
07/08/02 22:48:01
>>724
キミのCのコードは訳が分からん(知識がない訳だが・・・)
もっと単純に書いてみ　char型にして<<を探して置き換えるだけだろ??
そしたら速いかもよ

729:710
07/08/02 22:49:59
>>728
Cでは書いていません。C++です。

拡張子cppのものは全てmain()を含むメインプログラムで、
全てのソースでfilter.hppをインクルードしています。

730:デフォルトの名無しさん
07/08/02 22:50:24
>>727
726でCといったのはC++を含むわけだが・・・
単純に言って、一行読み込んで《・・》を書き換えるだけでしょ?
なぜ何工程も必要なんだよ???

731:710
07/08/02 22:52:11
>>730
日本語を含む正規表現での置換処理ですので、wchar_tに変換しています。
置換を3段階行っているのは、もっと効率化できるかもしれませんが、
どの言語でもやっていることは同じです。

C++だけ特に遅くなるような書き方をしているつもりはありません。

732:デフォルトの名無しさん
07/08/02 22:52:15
C++のlocale周りを理解している人間なんて本当に少ない。おれもよくわかんないし。
それはぐぐっても日本語英語問わず資料が少ないことからも想像が付く。
そして処理系の実装はバグ持ちで遅く、ますます誰も使わず、負の悪循環。

>>730
その処理を全部省いたとしても、ワイド文字ストリームという砦が待ち構えている。

733:デフォルトの名無しさん
07/08/02 22:53:54
>>731
正規表現使わずに、例えばchar c[1000];　に読み込んで
if ( c[i]=='<' && c[i+1]=='<' )　とやった方が速いだろ

734:デフォルトの名無しさん
07/08/02 22:56:18
>>733
他言語との比較でそんな抜け道はだめだろ。

735:デフォルトの名無しさん
07/08/02 22:59:27
速く変換したいという目的なんでしょ?そのためにどれが速いか検討していると
普通に考えると正規表現使わず<<だけ見つけた方が速いだろって事だ

736:デフォルトの名無しさん
07/08/02 23:00:29
wchar_t なんかに変換する必要ないじゃん。
その文字コードに合わせて処理すればいいだけ。

737:710
07/08/02 23:02:44
>>735
いいえ。違います。
速くしたいのならmmap()でも使いますが、Perlで以下の3行で済む下らない
仕事に一体何行費やすつもりですか。
試しにCのコードを書いてみてください。可変長の文字列を使う時点で既に
Cでは面倒くさいです。

$s =~ s{(.+)［＃「\1」に傍点］}{
　　　　 sprintf('<ruby>%s<rt>%s</ruby>', $1, 'ヽ' x length($1))}ego;

$s =~ s/｜?([々\x{4E00}-\x{9FFF}\x{F900}-\x{FAFF}]+)《(.+?)》/<ruby>$1<rt>$2<\/ruby>/go;

$s =~ s{([｜｜〔\s])([^｜〔《》\s]+)《(.+?)》}{sprintf(
　　 '%s<ruby>%s<rt>%s</ruby>', ($1 eq '｜') ? "" : $1, $2, $3)}ego;

738:デフォルトの名無しさん
07/08/02 23:03:43
C++ならなんでも速いというのは幻想。
速くなるようにチューニングする余地が用意されているというだけで、
素のままで速いとは限らない。正に今回はその好例。

739:デフォルトの名無しさん
07/08/02 23:04:18
文字コードが何かもわからないのに>>733はないだろ
UCS-2だったらどうする

740:デフォルトの名無しさん
07/08/02 23:04:37
どのコードでも、《》の配置は換わらないのでは???

741:デフォルトの名無しさん
07/08/02 23:06:57
>>735
普通の考えなんか価値なす。
大事なのは現実の速度。

742:710
07/08/02 23:07:40
>>740
漢字《ふりがな》
といったパターンを捕まえて、変換しなければなりませんので、
文字クラスにUnicodeが使えると便利なのです。

それに、「全ての言語で」Unicodeの正規表現を使っています。
C++だけわざわざそうしているわけではありません。

743:デフォルトの名無しさん
07/08/02 23:09:53
>>735
他の言語でも同じことやったら、またC++より速くなったりしてｗ

744:735
07/08/02 23:09:59
>>710、ちょっとまってて　いま書くから
もとのファイル354Kしかないから100倍 (35M) に増やして比較しようぜ!
そしたら速度差は歴然になるからさ

745:デフォルトの名無しさん
07/08/02 23:11:22
思わずどっちの方向に歴然とした差が生まれるのかｗって言いたくなる。

746:デフォルトの名無しさん
07/08/02 23:12:45
ソース見てなかった
》携帯からのtypoかと思ってた

747:デフォルトの名無しさん
07/08/02 23:12:52
じゃあ俺はHSPで書く！！

748:735
07/08/02 23:16:30
ちなみに漢字コードは元々のシフトJISに限定するけどいい??

749:デフォルトの名無しさん
07/08/02 23:18:52
ついでだからwchar_tに変換するものも書いてよ。
変換方法は何でもいいからさ。

750:デフォルトの名無しさん
07/08/02 23:20:50
>>731
まず入力にはboost::spirit::file_iteratorを使う
デコード用のiteratorは自分で書くかboostの中から探す
つぎにxpressiveのregex_token_iteratorでトークンに分ける(cvsのでないと遅くなるので注意)
そのトークンに付け加えつつストリームに出力する
こうしてstd::stringどころかヒープさえほとんど使わないで出力する
これで世界最速のプログラムの完成である (完)

751:デフォルトの名無しさん
07/08/02 23:23:05
そもそも、Perl だろうが何だろうが、
ターゲットの文字コードは分かんないとあかんだろ？

752:デフォルトの名無しさん
07/08/02 23:25:29
文字コードを統一する部分を持っていればよい

753:デフォルトの名無しさん
07/08/02 23:32:51
標準ではないけど、mbs系の関数使えば？

754:デフォルトの名無しさん
07/08/03 00:02:30
やっぱ面倒になった
方針だけ書いておく

e[2]="《";
f[2]="》";

strに一行読み込み

str[n] str[n+1]がeと一致するものを探して
k=n-2、n-4・・・を調べて
(c[k]>134 && c[k]<160) || (c[k]>223 && c[k]<254)でないもの(漢字でない)を見つける
そのあとに<ruby>を挿入して、漢字もつなげる
以下同様にやる

755:デフォルトの名無しさん
07/08/03 00:21:35
とりあえず、boostをベースに、iostreamをstdioにしてみた。
コンパイラはVC2005。対象は、SANSHIRO.txtを20回繰り返した7MBのテキスト
測定は面倒だったから、cygwinのbashのtimeで。

boost$ time ./boost ../input/20.txt
real 0m9.324s
user 0m0.031s
sys 0m0.015s

stdio$ time ./boost ../input/20.txt
real 0m7.356s
user 0m0.031s
sys 0m0.015s

756:710
07/08/03 00:24:26
>>755
stdio版も意外に遅いですね。
time cygstart aozora.js ../input/20.txt
の結果はどうでしょうか？
(jsがwshext.dllに関連付けられているかどうか分かりませんが）

757:デフォルトの名無しさん
07/08/03 00:30:29
710死ね

758:673
07/08/03 00:56:35
どうやらBOOST_TYPEOFというのがあるらしいですね
VCのバグを使ってほぼ完全にGCCのtypeofをエミュレートできるようです
(しかし本当にtypeofという名前だったとは…^^;)

早速使って見ましたが意図したとおりに動いていい感じ
range_XXXとかのメタ関数やsmart_ptr,optionalのようなテンプレートと相性がよいようで、
変数から型の参照が文法の上で自在に行えるのは気持ち良いです

>>690
検索かけてみましたが0xではその名前になるようですね
Visual C++0x(仮)を楽しみに待ちます

759:デフォルトの名無しさん
07/08/03 01:00:35
bash-3.1$ perl -v
This is perl, v5.8.8 built for MSWin32-x86-multi-thread
Binary build 820 [274739] provided by ActiveState URLﾘﾝｸ(www.ActiveState.com)(ry

bash-3.1$ time perl aozora.pl ../input/20.txt
real 0m7.738s
user 0m0.015s
sys 0m0.031s

bash-3.1$ time cscript aozora.js ../input/20.txt
Microsoft (R) Windows Script Host Version 5.6
Copyright (C) Microsoft Corporation 1996-2001. All rights reserved.

real 0m7.637s
user 0m0.015s
sys 0m0.031s

760:デフォルトの名無しさん
07/08/03 01:00:43
decltype という名前にしたのは、
動的な型は得られないということを分かりやすくしたのかね。

761:デフォルトの名無しさん
07/08/03 01:14:35
ちなみに、当方ではどうやってもcscriptかwscriptが起動し、
(aozora.jsへの20.txtのD&Dでも)wshext.dllはどうやれば
使えるのかは判らずじまい

762:710
07/08/03 01:16:13
>>759
わざわざ有難うございます。
JScriptは、cscript.exeやwscript.exeに実行させると私のところでも遅いです。
もしWindowsのレジストリ上でjsがwshext.dllに関連付けられている場合は、
>>756で書いたようにcygstartでaozora.jsを実行してみてください。
私のところでは、詐欺のような速さになっていました。

ともあれ、stdio版なら、PerlやJScriptよりはどうにか速くなる
といったところでしょうか。

763:710
07/08/03 01:19:46
>>761
レスを読んでいませんでした。
自分も特別に何かしたわけではないので、分からない……

764:デフォルトの名無しさん
07/08/03 01:23:06
wshext.dllって、実行がexplorerのスレッド内だったりして、
計測できるのはIPC(ファイルをexplorerに渡す)部分だけ、
みたいなオチはないよね？

765:710
07/08/03 01:27:50
>>764
……んー。よく考えると、それ以前の問題として、cygstartで起動すると、
すぐに呼び出し側に制御が戻ってきてしまうので、timeで計測ができるはずは
ないですね。

失礼しましたm(_ _)m

766:710
07/08/03 01:49:44
wshext.dllがバカみたいに速いらしいぞ、と勘違いする人がいるかもしれないので
念のため書いておきますが、全くのデタラメでした。
自分も>>755さんと同じように、cygwinのbashのtimeでいい加減に計測していたのです。
jsだけは関連付けで起動させるために、cygstartで実行させていました。
cygstartで走らせたものの実行時間を計れるわけがないのに。大ボケです。

とりあえず、iostreamさえ捨てればC++でスクリプトに勝てると分かりました。
が、コードを書くのが格段に面倒くさいのに、大して差があるわけでもないのが
悩ましいですね。
自分でもっとずっと複雑な計算をするプログラムなら、当然比較にならない
ほどC/C++が優位でしょうけれども。

767:デフォルトの名無しさん
07/08/03 01:56:15
cygwin の GCC って遅かった気がする。
MinGW の方がいい。

768:デフォルトの名無しさん
07/08/03 01:56:45
勘違いするのはお前くらい

769:710
07/08/03 02:09:08
>>767
C++のプログラムは全てVC++7.1でコンパイルしました。
cygwinのnewlibは、ロケール周りの実装があまりにショボいので、実質的に
ワイド文字の処理には使えないと思います。
(VC++にしても、いくつも地雷を踏みましたが。boostも、boost::regexは
バグがあってダメでした）

>>768
そうですね＞＜

770:デフォルトの名無しさん
07/08/03 02:12:39
＞＜

771:デフォルトの名無しさん
07/08/03 02:13:30
xlocaleをちょっと弄ったらboost::regexも落ちないようになるらしいけど詳細は忘れた

772:デフォルトの名無しさん
07/08/03 02:18:51
そうですね＞＜

773:710
07/08/03 02:22:31
>>771
xlocaleてことは、boost::regexのバグではなくVC++のバグってことですかね。

774:デフォルトの名無しさん
07/08/03 02:31:15
勘違いするのはお前くらい

775:デフォルトの名無しさん
07/08/03 02:31:50
ライブラリのバグかコンパイラのバグか知らんけど
動くコンパイラはあるわけだからね

776:デフォルトの名無しさん
07/08/03 02:38:02
このスレの>>622に解決法あるじゃん

777:710
07/08/03 02:41:17
>>776
あれ、それと同じ問題なのかな？
実はそれを教えていただいた>>616は自分なんですよ。

ただ、>>616の場合はxpressiveの正規表現のコンパイル時にスタックが
壊れてSEGVになっていたのですが、
boost::regexの場合は、バックリファレンス含みの正規表現で検索すると、
SEGVではなく、boost::regexが例外をスローしていました。

778:デフォルトの名無しさん
07/08/03 02:49:13
じゃあこれかな
URLﾘﾝｸ(capslockabcjp.kitunebi.com)

779:デフォルトの名無しさん
07/08/03 02:51:50
バグってるのはお前くらい

780:710
07/08/03 02:54:02
>>778
実はそれをboostスレに報告したのも自分なのです。
その正規表現の例を見ればモロバレでしょうが。

随分前にそれで「使い物にならん」と判断して放置していたのですが、
ここ数日、ふと思い立ってxpressiveで組みなおしてみたのです。

781:デフォルトの名無しさん
07/08/03 02:58:01
使い物にならんのはお前くらい

782:デフォルトの名無しさん
07/08/03 03:11:23
この流れは酷いな。

783:デフォルトの名無しさん
07/08/03 04:53:07
filter.hppってなんじゃらほい

784:デフォルトの名無しさん
07/08/03 08:14:09
STLportとかApache C++ Standard Libraryとかはどう？

785:デフォルトの名無しさん
07/08/03 11:39:09
script言語はC/C++で書いてある
比較すること自体バカらしい・・・

786:デフォルトの名無しさん
07/08/03 11:52:46
cpythonよりIronPythonのが速いっつー話もあるけどな

787:デフォルトの名無しさん
07/08/03 21:58:54
class Base{
protected:
　　int a = 0;
public:
　　int Test(){
　　　return ++a;
　　}
}

class Dev : public Base{
public :
　　　int Test(){
　　　　a += 2;
　　　　return a;
　　　}
}

int main ()
{
　　Base * b = new Dev();
　　printf ( "%d", b->Test() );
}

こうやると 1 と表示されます
これを2と表示させる（Devクラスの方のTest関数を呼び出す）ことってできないですかね？

788:デフォルトの名無しさん
07/08/03 22:00:09
virtual

789:デフォルトの名無しさん
07/08/03 22:13:27
お、できました
ありがとうございます

790:デフォルトの名無しさん
07/08/03 23:25:50
もう一つ質問です

Base * b = new Dev[10];

for( int i = 0; i < 10; ++i ){
　　b[i]->Test();
}

こういうようなことをやっているとループが何回か回った後で
メモリ外アクセス落ちちゃうんですが何が原因かかわかりませんか？

791:デフォルトの名無しさん
07/08/03 23:33:59
>>790
つーかそれコンパイル通らないだろ

792:デフォルトの名無しさん
07/08/03 23:35:03
Base * b = new Dev[10];

for( int i = 0; i < 10; ++i ){
　　b[i].Test();
}

こうですた

次ページ