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

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

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();
}

こうですた

793:デフォルトの名無しさん
07/08/03 23:40:53
配列をポリモルフィックに扱ってはいけない
それをやりたいならポインタの配列とかでやるべき

794:デフォルトの名無しさん
07/08/03 23:49:00
boost::scoped_array<Base> b( new Dev[10] );

for( int i = 0; i < 10; ++i ){
　　b[i].Test();
}
ならおｋ？

795:デフォルトの名無しさん
07/08/03 23:49:38
>>793
そうなんですか？

ポインタの配列というと、下のような感じでいいんでしょうか？

Base **b = new Dev*[10];

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

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

これコンパイル通らないだろ。

797:793
07/08/03 23:55:00
>>795　ソースはMore　Effective　C++の第三項。ぜひ一読を

798:デフォルトの名無しさん
07/08/03 23:56:31
>>794 同じこと。

799:デフォルトの名無しさん
07/08/03 23:57:42
>>795
ねたじゃｎ

800:デフォルトの名無しさん
07/08/03 23:59:41
>>796
Base **b = new Base*[10];　はいけましたが
Base **b = new Dev*[10];　はダメみたいです

801:デフォルトの名無しさん
07/08/04 00:12:01
ポインタの配列調べてきました、こんなんでいいんですか？
malloc久しぶりに使いますた

Base **b = (Base**)malloc(10 * sizeof(Dev*));

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

802:デフォルトの名無しさん
07/08/04 00:13:52
>>801
Base やら Dev やらは構造体なの？

803:デフォルトの名無しさん
07/08/04 00:14:46
>>802
>>787のやつです

804:デフォルトの名無しさん
07/08/04 00:16:00
mallocじゃコンストラクタが走らないだろう・・

Devを指すBase*の配列を作ればいいと思うよ、多分

805:デフォルトの名無しさん
07/08/04 00:27:19
こうか？
typedef Base* PBase;

std::size_t n = 10;
PBase** b = new PBase[n];
for (std::size_t i = 0; i < n; ++i) {
　 b[i] = new Dev;
　 b[i]->Test();
}
いい加減boost::ptr_vector使えとか言いたい。

806:デフォルトの名無しさん
07/08/04 00:28:11
ptr_vectorはalgorithmが使えないから・・・

807:デフォルトの名無しさん
07/08/04 00:33:47
>>806
boost::indirect_iteratorでなんとかなる話？

808:デフォルトの名無しさん
07/08/04 00:39:59
違う、アルゴリズム体操の話。

809:デフォルトの名無しさん
07/08/04 00:42:20
>>807
くやしく

810:デフォルトの名無しさん
07/08/04 00:42:59
なんだあほか

811:デフォルトの名無しさん
07/08/04 00:49:08
>>809
URLﾘﾝｸ(www.boost.org)
value_typeがT*（一般に*演算子が使える型）なイテレータをラップして
value_typeがTであるイテレータにするアダプタ。

812:デフォルトの名無しさん
07/08/04 00:55:04
>>805さんの方法で上手くいきました、ありがとうございます

813:デフォルトの名無しさん
07/08/04 02:58:29
こういうこんがらかるようなソースは嫌い

814:デフォルトの名無しさん
07/08/04 03:03:32
こんがりコーン

815:デフォルトの名無しさん
07/08/04 03:04:27
普通に一個一個newすればいいのに

816:デフォルトの名無しさん
07/08/04 03:12:07
newが現れた。newが現れた。・・・おや？new達の揚子江が・・・・・！？

817:デフォルトの名無しさん
07/08/04 03:22:39
兆候って言えよ

818:デフォルトの名無しさん
07/08/04 12:30:45
template <typename T> void f( typename boost::call_traits<T>::param_type x);
みたいな定義で
type x;
f(x);
のようにして使いたいんですが(要はf<type>(x)とかするのがめどい)
何か良いアイデアありませんか？

819:デフォルトの名無しさん
07/08/04 12:53:48
template <typename T> void f(T x)ならそのままf(x)できるけどboost::call_traitsってなんだっけ?

820:デフォルトの名無しさん
07/08/04 12:54:11
f(x)で呼べるだろ。

821:デフォルトの名無しさん
07/08/04 12:55:27
>>819
boost::call_traits<T>::param_typeは、
引数がクラス型ならconst T&、組込型ならTというように、引数に最適の型になる。

822:819
07/08/04 12:56:31
>>821
だったら>820。

823:デフォルトの名無しさん
07/08/04 13:14:08
普通に考えればそうなるはずなんですが、結果は

#include <boost/call_traits.hpp>

template <typename T> void f(typename boost::call_traits<T>::param_type) {}

int main() {
int x;
f(x);
}

error C2783: 'void f(boost::call_traits<T>::param_type)' : テンプレート引数を 'T' に対して減少できませんでした
'f' の宣言を確認してください。

oops。。。

824:デフォルトの名無しさん
07/08/04 13:24:07
コンパイラは何？
vc6だとboostの一部は使えないよ。

825:デフォルトの名無しさん
07/08/04 13:40:31
工工工工工工エエエエｴｴ（´д｀）ｴｴエエエエ工工工工工工

826:デフォルトの名無しさん
07/08/04 13:42:43
VC8です
あとGCC3.4でも試してみたが駄目ですた
型推論が上手く行かない為だと思うんですが、これはバグなのか
言語仕様上の限界なのかよくわかりません

827:デフォルトの名無しさん
07/08/04 14:14:16
2.5　というのをファイルから読み込んだんですが、これを小数(Float)に変換するには
どうすればいいんでしょうか？

828:デフォルトの名無しさん
07/08/04 14:17:26
↑質問をちょっと訂正です
変換する上で便利な関数はありますか？
atoiか何かで1文字づつ変換して入れてくしかないんでしょうか？

829:デフォルトの名無しさん
07/08/04 14:28:47
atof(), strtod()

830:デフォルトの名無しさん
07/08/04 14:29:03
ありゃまatofなんて関数があったんですね
解決しました

831:デフォルトの名無しさん
07/08/04 14:42:03
あとふ

832:デフォルトの名無しさん
07/08/04 14:46:03
acof

833:デフォルトの名無しさん
07/08/04 18:51:54
>>826
ググったら上のほうにこんなのがあった。
URLﾘﾝｸ(lists.boost.org)
どうやらC++の仕様らしい。

834:デフォルトの名無しさん
07/08/04 19:17:57
関数ブロック内で定義した関数って、
外部リンケージと内部リンケージどっちなんですか？

関数はstatic以外、外部リンケージつう説明を読むと外部リンケージですけど、
別のファイルから使うことなんて出来ないですよね？

てか、リンケージの説明が微妙によくわかりません。
なんか良い説明してるページってありますか。

835:デフォルトの名無しさん
07/08/04 19:46:56
warning: ISO C forbids nested functions

836:デフォルトの名無しさん
07/08/04 19:58:55
>>835
ああ・・・ああ・・・・なんてこったい。
で、入れ子関数はGCCだと内部リンケージになるらしいですね。

837:デフォルトの名無しさん
07/08/04 21:23:18
void hoge() {
　struct nested_fn { void foo() { /* valid nested function */ } };
}

838:デフォルトの名無しさん
07/08/04 22:18:04
ちょっと組込み系で
簡単なGUI作っているのですが

GUI部分とメインロジックを接続するイベントモデルを
設計しているのですが、最近のトレンドだとどんな
感じで実装してるのですか？

関数ポインタ方式
シグナル-スロット方式
ターゲット/メッセージ方式
とかなのかな？

あと実際に実装してみようと思うと何かうまい資料とか
あると助かるのですが、みなさんは実装しようとしたとき
何を参考に実装しているの？

839:デフォルトの名無しさん
07/08/05 04:49:13
XMLResourceかね、XULみたいな
でも組み込みじゃ無理か

840:デフォルトの名無しさん
07/08/05 05:08:02
C++でSingletonなClassを実装したいのですが、staticを使う方法しか思いつきません。
出来ればstaticを使用せずに実現したいのですが可能でしょうか。
具体的なコードや、参考HPのURLを示していただけると助かります。
よろしくお願いします。

841:デフォルトの名無しさん
07/08/05 05:22:37
static 使わずに Singleton なんて無謀

842:デフォルトの名無しさん
07/08/05 05:25:15
extern

843:デフォルトの名無しさん
07/08/05 05:27:56
なんでstaticを使いたくないんだろうか？

844:デフォルトの名無しさん
07/08/05 05:30:46
インスタンス取得関数を friend 関数で作り、
そのインスタンスへのポインタをグローバルに置く、
くらいが限界か。
全く意味がないけど。

845:デフォルトの名無しさん
07/08/05 06:05:06
ファクトリ用のクラスを作ってそこでインスタンスを管理するとか。
もっともファクトリにstaticが必要になるような気もするけどｗ

846:デフォルトの名無しさん
07/08/05 08:34:24
C++以外の言語でもstatic相当のものを使わないと無理だよな。

847:デフォルトの名無しさん
07/08/05 09:25:28
うまく説明できないんですが、BCBで何も考えずに__closure使ってます。
これを使わない場合、どう書けばいいですか？エスパーさんよろしこ

848:エスパー
07/08/05 09:27:07
死ね

849:デフォルトの名無しさん
07/08/05 09:36:20
説明できないならソースで説明してくれ

850:デフォルトの名無しさん
07/08/05 09:38:27
しょうゅdeも11お

851:デフォルトの名無しさん
07/08/05 09:58:55
delete　x,y,z;
はOKなのに、配列に対する
delete　[]　x,y,z;
で、うまくいかない理由を教えてください。
一文で各方法はないでしょうか？

852:デフォルトの名無しさん
07/08/05 10:04:14
>>851
delete x,y,z;も全然良くない。
deleteとdelete[]演算子は1つしか演算対象を取らない。
また、カンマ演算子は最低の優先順位なので、こうは書ける。
delete x, delete y, delete z;
delete[] x, delete[] y, delete[] z;
1行に複数文を並べるのと大して変わりはないが。

853:デフォルトの名無しさん
07/08/05 10:07:54
マクロ

854:デフォルトの名無しさん
07/08/05 10:08:33
配列と通常のやつのdeleteが異なるってことが気にくわねぇなら
プリプロセッサとmplを組み合わせて、delete_(x,　y,　z,...);みたいな物作ろうぜ
既に誰かが作ってるかもしれないが

855:デフォルトの名無しさん
07/08/05 10:11:44
そもそも配列new[]は使わないし、
deleteも生で使うのはダサい。

856:デフォルトの名無しさん
07/08/05 10:11:57
初心者なんですが、fopenってファイルを開くだけでメモリに乗せるわけではないですよね？
ちょっと疑問に思っていまして・・・

857:デフォルトの名無しさん
07/08/05 10:14:13
>>855
じゃあどうするの？

858:デフォルトの名無しさん
07/08/05 10:14:28
裏でバッファリングを始めている可能性はあるが、
気にするようなことではない。

859:デフォルトの名無しさん
07/08/05 10:15:49
生ポだろがスマポだろうがお構い無しに意味上での構築破壊が出来る構文が必要ということか

860:デフォルトの名無しさん
07/08/05 10:16:11
>>857
new[]→std::vectorあるいはもっと低水準のメモリ確保ルーチンへの二極化。
delete→boost::scoped_ptr, boost::shared_ptr

861:デフォルトの名無しさん
07/08/05 10:17:06
>>860
そもそも世の中boost使えない場合が多いの
そんな限定していいの？

862:858
07/08/05 10:19:13
>>858
うーん、TB級のファイルをfopenで開くことって出来ますかね・・・

863:856（訂正）
07/08/05 10:20:32
>>858
間違えましたorz

864:デフォルトの名無しさん
07/08/05 10:23:08
ほほえましいな

865:デフォルトの名無しさん
07/08/05 10:28:06
>>840
ソフトウェアの立ち上げを早くするために
遅延ロードみたいなことをしたいってこと？

866:デフォルトの名無しさん
07/08/05 10:30:08
はい

867:デフォルトの名無しさん
07/08/05 11:22:59
>>861
生を安全なものにするには、ラップするか、使い方に厳密な決まりを作る、しか無いよ。
本質的には。
既存の膜がないなら、できる範囲で自作するのが一番いいと思うけど。

868:デフォルトの名無しさん
07/08/05 11:57:29
boost::shared_ptr
自分で実装するのめんどい誰か実装して。

869:デフォルトの名無しさん
07/08/05 11:59:06
すでに実装済み

870:デフォルトの名無しさん
07/08/05 11:59:44
めんどいから誰かが実装してくれたのが boost じゃないの

871:デフォルトの名無しさん
07/08/05 12:35:04
あんなでかいライブラリ使いたくねー
他いらねーしshared_ptrだけ実装してくれよ

872:デフォルトの名無しさん
07/08/05 12:58:41
既に実装済み

873:デフォルトの名無しさん
07/08/05 13:01:09
じゃあフリーで使える単体のshared_ptrだけ作ってくれよ

874:デフォルトの名無しさん
07/08/05 13:06:18
>>873
boostからshared_ptrだけコピペして使えよ

875:デフォルトの名無しさん
07/08/05 13:06:46
既存

876:デフォルトの名無しさん
07/08/05 14:17:52
テンプレートライブラリがどういうものか分かってないんじゃね

877:デフォルトの名無しさん
07/08/05 14:50:05
boostのshared_ptrもいろいろincludeしてたりして、
依存性を調べるのが面倒くさいからなー。
shared_ptr.hppひとつコピペしたら済む話じゃないでそ？

878:デフォルトの名無しさん
07/08/05 14:51:25
>>868
std::tr1::shared_ptr
libstdc++くらいしかまだ実装していないと思うけど。

879:デフォルトの名無しさん
07/08/05 14:53:04
>>860
こういう流れになるから std::auto_ptr も挙げるようにしようぜ。

880:デフォルトの名無しさん
07/08/05 15:03:11
>>879
auto_ptrを挙げるならばその罠や制限についても説明しなければならないだろ
単純なshared_ptrまがいなら色々見たことがあるし
そもそも基本的な原理は単純そのものだが
とうぜんそれらはshared_ptrほど注意深く実装はされていない

>>877
プリプロセッサに食わせて出力をgrepするだけの話だが
そもそも取り込むファイルが環境依存だからな

881:デフォルトの名無しさん
07/08/05 15:10:22
>>880
> auto_ptrを挙げるならばその罠や制限についても説明しなければならないだろ

shared_ptr を並べて挙げとけば十分だよ。

罠や制限があっても share_ptr よりコストは低いし標準だし、
単純な例外安全目的にはぴったりだ。

882:デフォルトの名無しさん
07/08/05 15:32:32
コンテナに突っ込めない出来損ないのスマポが標準だ？笑わせてくれる

883:デフォルトの名無しさん
07/08/05 15:39:05
誰が笑おうがコンテナに突っ込めなかろうが、標準は標準。

単純な delete 強制のためだけに boost が要るなんて言われても
面倒なんだよ。

884:デフォルトの名無しさん
07/08/05 15:40:43
笑うのはいいこと、もっと笑おう

885:デフォルトの名無しさん
07/08/05 15:48:59
>>882
コンテナに突っ込めるスマポが標準にないところも笑いどころ。

886:デフォルトの名無しさん
07/08/05 17:08:20
今、ある数学のプログラムをネット上で見つけたので、
それをコンパイルすることを試みているのですが、
エラーがいっぱい出て、うまいごとにコンパイルできません。
Borland社のbcc32というのを使ってます。

そのソースはこちらのウェブサイトに全部載ってます。

URLﾘﾝｸ(www.math.temple.edu)

それから、コマンドプロンプトでコンパイルを試みた結果、
以下のようなエラーが出てきました。
そのエラーにあったようにデバッグを試みたが、
どこをどうデバッグすればいいかもわからなかったので、
どなたか分かる方がいれば本当に助かります。

887:886
07/08/05 17:09:16
C:\Documents and Settings\Math\デスクトップ\steiner code>bcc32 stei
ner-code.c
Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland
steiner-code.c:
エラー E2219 steiner-code.c 39: マクロ 'RANDM' の呼び出しにおける引数の個数が誤
っている(関数 buildtree )
エラー E2188 steiner-code.c 39: 式の構文エラー(関数 buildtree )
エラー E2219 steiner-code.c 52: マクロ 'RANDM' の呼び出しにおける引数の個数が誤
っている(関数 buildtree )
エラー E2188 steiner-code.c 52: 式の構文エラー(関数 buildtree )
警告 W8065 steiner-code.c 183: プロトタイプ宣言のない関数 'srand48' の呼び出し(
関数 main )
警告 W8065 steiner-code.c 188: プロトタイプ宣言のない関数 'exit' の呼び出し(関数
main )
警告 W8065 steiner-code.c 192: プロトタイプ宣言のない関数 'exit' の呼び出し(関数
main )
警告 W8065 steiner-code.c 207: プロトタイプ宣言のない関数 'buildtree' の呼び出し
(関数 main )
警告 W8065 steiner-code.c 208: プロトタイプ宣言のない関数 'length' の呼び出し(関
数 main )
警告 W8065 steiner-code.c 208: プロトタイプ宣言のない関数 'error' の呼び出し(関
数 main )
警告 W8065 steiner-code.c 209: プロトタイプ宣言のない関数 'optimize' の呼び出し(
関数 main )
警告 W8065 steiner-code.c 211: プロトタイプ宣言のない関数 'output_tree' の呼び出
し(関数 main )

888:886
07/08/05 17:10:32
警告 W8065 steiner-code.c 212: プロトタイプ宣言のない関数 'exit' の呼び出し(関数
main )
エラー E2451 steiner-code.c 218: 未定義のシンボル HUGE(関数 main )
警告 W8065 steiner-code.c 225: プロトタイプ宣言のない関数 'buildtree' の呼び出し
(関数 main )
警告 W8065 steiner-code.c 227: プロトタイプ宣言のない関数 'length' の呼び出し(関
数 main )
警告 W8065 steiner-code.c 228: プロトタイプ宣言のない関数 'error' の呼び出し(関
数 main )
警告 W8065 steiner-code.c 230: プロトタイプ宣言のない関数 'optimize' の呼び出し(
関数 main )
警告 W8065 steiner-code.c 232: プロトタイプ宣言のない関数 'optimize' の呼び出し(
関数 main )
警告 W8065 steiner-code.c 232: プロトタイプ宣言のない関数 'length' の呼び出し(関
数 main )
警告 W8065 steiner-code.c 232: プロトタイプ宣言のない関数 'error' の呼び出し(関
数 main )
警告 W8065 steiner-code.c 237: プロトタイプ宣言のない関数 'output_tree' の呼び出
し(関数 main )
*** 5 errors in Compile ***

889:デフォルトの名無しさん
07/08/05 17:22:28
>>886
上から順番につぶしていけば？
標準から大きくずれている＆独自の書き方が多いでとても読解する気になれんｗ
取り合えずRANDMマクロは単に乱数欲しいだけみたいだからrand()にでも置き換えてみるとか？

890:デフォルトの名無しさん
07/08/05 17:24:05
昔のソースなんだろ。
1989年と書いてあるな・・・

891:886
07/08/05 17:32:28
>>889

ありがとうございます。
RANDM()と書いているところをrand()に置き換えたらいいんでしょうか？

>>890

だとしたら、最近のコンパイラではコンパイルできないということでしょうか？

すみませんが、ご教授お願い致します。

892:デフォルトの名無しさん
07/08/05 18:00:10
何の宿題かぐらいはちゃんと書けよ。

893:デフォルトの名無しさん
07/08/05 18:03:24
#include <stdlib.h>
を加えて、以下の修正を

typedef double REAL;
#define RANDM() (rand() / (double)RAND_MAX) /* uniform random deviates in (0,1) */
#define INITRAND() (srand(57731))

void buildtree(int k, int topvec[])
REAL length(void)
void optimize(REAL tol) /* a small positive number */
REAL error(void)
void output_tree(void)

int main(){ /* Inputs NUMSITES, DIMENSION, sites; outputs successive best Steiner
　　:
　　:
　　:
return 0;
} /* End of Steiner tree program. */

次ページ