07/06/01 00:18:45
きちんとやろうとすると長くなるので要点だけ。
struct honya : public std::iterator<std::bidirectional_iterator_tag, char>
{
honya(const node *n = NULL) : node_ptr_(n)
{
}
// あとoperator=()もあったほうが。
honya &operator++()
{
node_ptr_ = node_ptr_->next;
return *this;
}
honya &operator--()
{
node_ptr_ = node_ptr_->prev;
return *this;
}
// 同様にoperator--(int)とoperator++(int)も定義すること。
char &operator*()
{
return node_ptr_->c;
}
// const版もいるかも。
private:
node *node_ptr_;
};
boost::regex_search(honya(&first_node), honya(&last_node), ...
276:デフォルトの名無しさん
07/06/01 00:19:48
書いている間に…
>>273
それなら、
std::list<char> l;
regex_search(l.begin(), l.end(), ...
でいけるはず。
277:268
07/06/01 00:27:11
どうもありがとうございます。
こんな長いコードまで書いていただいて恐縮です。
278:デフォルトの名無しさん
07/06/01 00:40:26
>>275
Boost.Iteratorsは？
279:デフォルトの名無しさん
07/06/01 00:53:07
regexは文字列に対して使うんだよ。
280:デフォルトの名無しさん
07/06/01 20:10:11
文字はcharかwchar_tしか使えないけど、
文字列のデータ構造はイテレータさえ実装すれば自由だよ。
281:デフォルトの名無しさん
07/06/02 14:52:12
using namespace boost:lambda;
boost::function<boost::uint64_t(boost::uint64_t)> f = _1 + _1;
引数のboost::uint64_tをunsinged int に変えるとコンパイルできるのですがboost::uint64_tだと
c:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\include\boost-1_33_1\boost\function\function_template.hpp(119):
error C2440: 'return' : 'boost::lambda::lambda_functor_base<Act,Args>::sig<SigArgs>::type' から 'boost::uint64_t' に変換できません。
とコンパイルエラーになってしまします。 コンパイラはvc7.1です。
282:デフォルトの名無しさん
07/06/02 21:20:26
boosｔをインストールする場所なんですが
linuxだったら,
/usr/local/include
にboostおけばいいのかな
まだboostに正式にacceptされてないのは
/usr/local/share/include
あたり？
283:デフォルトの名無しさん
07/06/02 21:28:03
Linuxだったらrpm様の言う通りw
284:デフォルトの名無しさん
07/06/02 21:46:02
RHEL5なのでrpmないんです
285:デフォルトの名無しさん
07/06/03 00:13:20
RHELならサポートに電話
286:デフォルトの名無しさん
07/06/03 21:32:16
まぁ確かにその為に金払ってるんだしな
287:デフォルトの名無しさん
07/06/05 01:56:29
Fedora の rpm を使えば良い
288:デフォルトの名無しさん
07/06/06 12:53:31
>>287
まじで使えるの？
289:デフォルトの名無しさん
07/06/06 12:54:44
たいてい使えるよ
290:デフォルトの名無しさん
07/06/06 18:20:45
使えなかったら、rpmbuildするとか。
いろいろあるだろ
291:デフォルトの名無しさん
07/06/19 12:06:13
MFCのTRACEのようなものはboostにありませんか?
292:デフォルトの名無しさん
07/06/22 01:59:52
Boostで一番高速なアロケータは何よ？
293:デフォルトの名無しさん
07/06/22 02:37:51
シングルスレッド版のpool
294:デフォルトの名無しさん
07/06/22 02:55:08
>>293
㌧
試してみる
295:デフォルトの名無しさん
07/06/22 09:30:31
>>291
boost.formatを使って、
assert(cerr << (format("value = %d") % value) << endl);
とかじゃだめなん？
296:デフォルトの名無しさん
07/06/22 19:22:42
テンプレート関数で引数として渡されたものがdelete演算子の引数に出来るかどうかを
concept_checkで保障したいわけなんですが
「delete演算子の引数に出来る」ってことのconceptってありますかねぇ？
297:デフォルトの名無しさん
07/06/22 19:32:15
すいません速攻自己解決しました＞＜
そのためのconcept作ってやれば良いんですね(汗
298:デフォルトの名無しさん
07/06/22 19:59:06
場合によるけど、不完全型のdeleteを認めないようにすることも考えたほうがいいよ
299:デフォルトの名無しさん
07/06/22 20:47:34
shared_ptrかなにかでそれチェックしてなかったっけ
300:デフォルトの名無しさん
07/06/22 21:12:20
checked_deleteを使っているはず
301:デフォルトの名無しさん
07/06/23 15:45:18
sandboxも含めたら(含めなくてもだけど^^^)とてもじゃないけど全部使いこなせる気にはなれないぜ…
302:デフォルトの名無しさん
07/06/23 21:09:17
自分が必要なものが使いこなせればいいんじゃないの
といいつつspirit使ってコンパイルエラーになると右往左往する俺
303:デフォルトの名無しさん
07/06/26 01:47:20
すみません、質問です。
boost::lambdaで、PODな構造体のメンバ変数へアクセスする方法はありますか？
具体的には、以下のような構造体があるときに、
struct MyPOD {
int foo;
};
以下のような感じのファンクタを書きたいのです。
_1::foo += 1
どうか宜しくご教示願います。
304:デフォルトの名無しさん
07/06/26 02:28:10
>>303
bind(&MyPOD::foo, _1) += 1
305:デフォルトの名無しさん
07/06/26 02:33:26
( &_1 ->* &POD::foo ) += 1
というような手もあるが、どうみてもbindの方が分かりやすいですね本当に(ry
306:デフォルトの名無しさん
07/06/26 04:26:32
boost::filesystem って wchar_t 扱えるように仕様変更になったんだっけ？
URLﾘﾝｸ(boost.cppll.jp)
みてると narow char しかサポートしないよ、へっ、って。
開発してる人に心境の変化があったの？
307:デフォルトの名無しさん
07/06/26 07:11:21
>>306
そりゃいくらなんでも情報源が古すぎるわw > Revised 09 December, 2003
URLﾘﾝｸ(www.open-std.org)
URLﾘﾝｸ(www.boost.org)
308:デフォルトの名無しさん
07/06/26 09:04:07
>>307
おお、ありがとう。
ところで、boost::filesystem::path を使うと
Visual Studio 2005 の IntelliSense が
UnintelliSense になっちゃうんだけど、
これはどうしようもない？？
IntelliSense が無いと生きていけない体になっちゃった。
309:デフォルトの名無しさん
07/06/26 09:11:32
ヘッダをプロジェクトに加えれば結構効くようになるお
310:デフォルトの名無しさん
07/06/26 09:13:02
lambdaとかつかうとintelisenceどころじゃないが、一応どうしても使いたいってんなら
そういう時はいったん終了して*.pdbを削除して開きなおせばまた認識してくれるようになるよ
311:デフォルトの名無しさん
07/06/26 09:24:12
*.ncbでしょ
経験上、これを消しても効果ないことが多い
で、>>309のような結論に至った
312:デフォルトの名無しさん
07/06/26 09:30:57
ほうほうなるほろ
書いたヘッダを自動的にプロジェクトに取り込むようなマクロ使えば自動化もできるし、俺も使ってみるよ
313:デフォルトの名無しさん
07/06/26 10:04:41
omaera shinsetsu desu ne.
314:デフォルトの名無しさん
07/06/26 10:36:28
だ、だめだぁ
ヤパーリ UnintelliSense ダターヨ（笑
315:デフォルトの名無しさん
07/06/26 13:30:33
boost::progress_display ってなくなっちゃうの？
316:デフォルトの名無しさん
07/06/26 13:36:52
それは困るなあ（笑）
317:デフォルトの名無しさん
07/06/26 13:43:56
std::map<int, int> m;
：
std::for_each(m.begin(), m.end(), /* */);
boost lambdaでmap各要素のsecondに定数を代入したいのですが
どのようにしたらいいのでしょうか?
vectorだったら _1 = N でいいのですが、mapだとstd::pair<const int, int>なのでどうしたらいいのかわかりません。
318:デフォルトの名無しさん
07/06/26 15:32:32
( bind(&std::pair<int,int>::first, _1) = 0 )
これでいけるはずだけどconst intからint&に変換できないとかぬかしやがる
もし可能だとしてもconstはずしとか参照作成とか面倒そうなので
素直に関数オブジェクト自作してやった方が楽っぽい
319:デフォルトの名無しさん
07/06/26 15:49:09
志村ー、second,second!!!
320:デフォルトの名無しさん
07/06/26 15:57:18
ｱｯｰ!!えらい勘違いしてたごめんだぜ
とりあえずこれでできるっぽい
std::for_each(m.begin(), m.end(), ( bind(&std::pair<const int,int>::second, _1) = 0 ) );
321:317
07/06/26 16:15:44
>>320
ああ、メンバ変数へのポインタ使うんですね。
でも…なんかパッと見分かりづらくて…微妙ですね。
ありがとうございました。
322:デフォルトの名無しさん
07/06/26 17:11:03
…
map m;
{
using namespace boost::lambda;
using boost::for_each;
typedef const map::key_type key_type;
typedef map::mapped_type value_type;
typedef std::pair<key_type, value_type> pair;
for_each( m, bind( &pair::second, _1 ) = 0 );
}
{
class assignSecond
: std::unary_function< std::pair<const int,int>&, void > {
public:
assignSecond(int value_) : value(value_) {}
result_type operator()(argument_type arg) { arg.second = value; }
private:
int value;
};
boost::for_each(m, assignSecond(0));
}
…
typedefとか使って無理やり「処理してる部分だけは」見やすくしても
ローカル関数オブジェクトを使うのと大して変わらない手間だからなぁ(処理効率はlambdaの方がいいらしいけど)
同じ型に一連の処理をするなら最初にまとめてtypedefでもしてシンプルに記述できるかもしれんが
いまいち使いどころが分かりにくいライブラリだ…
323:デフォルトの名無しさん
07/06/26 17:56:21
pair の型は map::value_type でとれますよ。
ちょっとだけ端折れる。
324:デフォルトの名無しさん
07/06/26 20:58:29
boost::filesystem::pathのマルチバイト対応予定ってないの…?
wpath使えって事なのか?
325:デフォルトの名無しさん
07/06/26 21:07:31
boostがというよりC++自体がマルチバイト文字列を
直接いじくることを考慮していない感じ。
326:デフォルトの名無しさん
07/06/26 21:28:21
世の中も何だってUnicodeにすればおｋという風潮だしな
327:デフォルトの名無しさん
07/06/26 22:09:53
BOOST_FOR_EACH
じゃいかんの？
328:デフォルトの名無しさん
07/06/26 22:25:45
なんとなくlambdaが使いたい気分なんでｗ
329:デフォルトの名無しさん
07/06/27 10:10:58
range_exって何故sandboxから出せないの？
何か問題があるのかな？
早く使いたいんだけど、sandboxのを仕事で使うのは微妙だしなぁ。
330:デフォルトの名無しさん
07/06/27 10:15:08
どうせ内部でboost::begin(container), boost::end(constainer)を呼びだして
stlアルゴリズムを適用するもの書くんだからsandboxだからと言って避ける必要ないジャンとか思うけど
そこはややこしい内部仕様の思わぬ罠とか恐れての事なんだろうね
331:デフォルトの名無しさん
07/06/28 02:54:58
#include <valarray>
//#include <boost/range.hpp>
#include <boost/range_ex/algorithm.hpp>
int main() {
enum { ARRAY_SIZE = 10 };
typedef std::valarray<int> val_array;
val_array v1( ARRAY_SIZE );
boost::fill(v1, 0);
}
みたいな具合にboost:range関係をvalarrayでも使いたいんですが
そもそもvalarray使うのが間違いってことなんでしょうか？
332:デフォルトの名無しさん
07/06/28 03:35:08
valarrayで使うという発想はなかった……
明日試してみよう。今日は寝る。
333:デフォルトの名無しさん
07/06/28 17:08:54
valarrayにはbeginとendがないからね。
大域名前空間でいいから自分でbeginやendを定義すればいいと思う。
あとvectorみたいに要素の連続性の保証がないなら、
自前でイテレータを書いてやるのが移植性向上のためにはいいかもしれない。
334:デフォルトの名無しさん
07/06/29 20:29:45
StateChartは使いどころが今ひとつわかんね
アレのお世話になるほど状態遷移が複雑になるならむしろ
専用のツール作って(あるいはExcel使うとか)そのツールからコードジェネレート
した方が早いんじゃないかと思ったりする
ひょっとして実はすごく多機能なんだろうか・・・
335:デフォルトの名無しさん
07/06/29 20:50:32
>>333
valarray は要素の連続性を保証してるみたいだよ。
26.3.2.3p3
任意の型 size_t の i 及び 型 size_t の j について、
i+j が非定値の配列 a の要素数よりも小さい場合、
式 &a[i+j] == &a[i] + j は真とする。
vector も今は連続性を保証してる。
23.2.4p1 抜粋
ベクトルの要素は、連続した場所に蓄えられる。
すなわち、T を bool 以外の型とし、v を型 vector<T, Allocator> のベクトルとした場合、
0 ≦ n < v.size()) となるすべての n について、
同一性 &v[n] == &v[0] + n が成り立つ。
336:デフォルトの名無しさん
07/06/29 23:37:34
>>334
(ﾟДﾟ)ﾊｧ?
337:デフォルトの名無しさん
07/06/30 00:00:23
意味がわからんならスルーしろよ
338:デフォルトの名無しさん
07/06/30 17:42:13
>>334
Boost.FSM がレビュー待ち
339:デフォルトの名無しさん
07/06/30 17:57:26
一瞬フライングスパゲティモンスターに見えた
有限状態機械だった
340:デフォルトの名無しさん
07/06/30 19:21:15
uBlasってboostの標準ライブラリですか？
341:デフォルトの名無しさん
07/06/30 19:52:52
そうだお
342:デフォルトの名無しさん
07/07/01 14:56:36
そそ。依存してるヘッダをプロジェクト内に突っ込んどくとそこそこインテリ化するよね。
343:デフォルトの名無しさん
07/07/01 14:57:45
うわ、誤爆したorz
344:デフォルトの名無しさん
07/07/01 16:45:56
>>342
そそって言うの止めろよ。気持ち悪い
345:デフォルトの名無しさん
07/07/01 17:50:18
そそそ
346:デフォルトの名無しさん
07/07/01 17:54:36
どうだっていいだろ
せめてプログラムの事で絡めよ気持ち悪い
347:デフォルトの名無しさん
07/07/01 18:20:51
やっぱりvalarrayの(賢い方法での)range対応化は無理でした…
そもそもこれSTLコンテナのインターフェースじゃないんですよね
range関数やrangeイテレータの特殊化が組み込み型一つ一つの場合において特殊化していくような
強引なやり方でしか出来ませんでした＞＜(といっても組み込み型に対してしか使えないから問題なさそうだけど)
348:デフォルトの名無しさん
07/07/01 20:02:26
部分特殊化できないの？
349:デフォルトの名無しさん
07/07/03 01:08:17
部分特殊化ってカリー化みたいだな・・・
350:デフォルトの名無しさん
07/07/03 21:22:26
だからなに
351:デフォルトの名無しさん
07/07/04 00:03:09
無性にカレーを食いたくなってきた
352:デフォルトの名無しさん
07/07/04 00:09:57
日本印度化計画が脳裏に
353:デフォルトの名無しさん
07/07/04 02:11:29
低所得者域は既にインド化済み。
雇用形態は真逆だがな。
354:デフォルトの名無しさん
07/07/04 16:09:21
>>353
日本じゃ所得に関わりなく奥さんがお弁当とどけてくれたりしないですよ
355:デフォルトの名無しさん
07/07/04 20:08:58
サリーさんのような嫁が欲しい
356:デフォルトの名無しさん
07/07/04 20:55:27
>>349
むしろカリー化を型志向言語で体現する手法がテンプレートなんじゃないのか
357:デフォルトの名無しさん
07/07/04 22:44:35
>>349>>356
全くの見当違いですので。
358:デフォルトの名無しさん
07/07/05 00:38:36
>>349>>356
テンプレートでは引数の数は変わりません。
359:デフォルトの名無しさん
07/07/05 13:47:10
カリー化と引数の数は関係ないんじゃ？
360:デフォルトの名無しさん
07/07/05 15:38:09
関係あるだろ。自由変数が引数になる。
>>349は全くの逆だが。
361:デフォルトの名無しさん
07/07/05 18:40:45
boost::ublasのmatrixって、宣言と同時に初期化できないの？
いちいち
mat( 0, 0 ) = 1; mat( 0, 1 ) = 2; mat( 0, 2) = 3;
みたいな書き方してるとだるいし、コードが読みにくくなる・・・
Blitz++だと、
mat =
1, 2, 3,
4, 5, 6,
7, 8, 9;
みたいな書き方できるけど、イテレータがビミョーらしいしorz
> T_iterator is an iterator type. NB: this iterator is not yet fully
> implemented, and is NOT STL compatible at the present time.
362:デフォルトの名無しさん
07/07/05 18:50:26
mat =
1 = 2 = 3 =
4 = 5 = 6 =
7 = 8 = 9;
みたいなのは作ろうと思えば作れそうだな。
363:デフォルトの名無しさん
07/07/05 21:21:08
>>362
明らかに実装不可能な = を例に出すようなおまえにゃムリだな。
364:デフォルトの名無しさん
07/07/05 21:35:22
= は右結合だったな・・・。
<< でいいや。
365:デフォルトの名無しさん
07/07/05 21:51:23
右結合云々以前にoperator=はクラス外部で宣言できないから
366:デフォルトの名無しさん
07/07/05 21:58:07
せめてboost::assignみたいにmatrix_list_of(1,2,3)(4,5,6)(7,8,9)
ってできればいいんだけど
367:デフォルトの名無しさん
07/07/06 13:04:57
URLﾘﾝｸ(sheepman.sakura.ne.jp)
#include <boost/numeric/ublas/vector.hpp>
#include <boost/numeric/ublas/io.hpp>
#include <iostream>
int main () {
using namespace boost::numeric;
using namespace std;
ublas::vector<double> v;
istringstream is("[3] (0.1, 2, 2)");
is >> v;
cout << v << endl;
}
$./a.out
[3](0.1,2,2)
これが一番よさそうかなぁ。
matrixでできるかどうかはわからんけど
368:デフォルトの名無しさん
07/07/06 13:23:22
>>365
誰もクラス外部での話に限定してなかったけどな。
369:デフォルトの名無しさん
07/07/06 17:57:06
こんなの書いてみた
template <class T>
class Vectorizer {
public:
typedef typename boost::numeric::ublas::vector<T>::size_type size_type;
explicit Vectorizer(size_type size) : cur_(0), vector_(size) {}
template <class T2> Vectorizer& operator&(const T2& t) {
vector_(cur_++) = t;
return *this;
}
operator boost::numeric::ublas::vector<T>() const {
return vector_;
}
private:
size_type cur_;
boost::numeric::ublas::vector<T> vector_;
};
使い方
ublas::matrix<int> m(Vectorizer<int>(3) & 0 & 1 & 2); // m = [3](0,1,2)
コピーが発生するから効率は良くない・・・RVO的なものが効くかも知れないけど
rvalue-referenceが欲しいところ
370:デフォルトの名無しさん
07/07/06 18:14:44
最適化なら・・・最適化ならきっとなんとかしてくれる・・・！！
371:デフォルトの名無しさん
07/07/07 06:39:39
Visual Studio 2005 で IntelliSense がきかねぇよ・・・
しかも特定のライブラリ使ったときに顕著。
っていってたやつですが、using 使うと結構回避できるんですね。
boost::filesystem::path とか boost::spirit::file_iterator とか
がそれなんですが、 using boost::filesystem::path するとか
using filesystem=boost::filesystem すると IntelliSense が
効くみたい。
372:デフォルトの名無しさん
07/07/07 09:40:53
>>371
へぇーやってみよ
373:デフォルトの名無しさん
07/07/07 17:38:23
二版出るって。タプルのために買おうかな。
URLﾘﾝｸ(www.kmonos.net)
374:デフォルトの名無しさん
07/07/07 17:44:38
いつの間にか、circular_bufferが削除されてる……？
URLﾘﾝｸ(svn.boost.org)
一体何があった？
375:デフォルトの名無しさん
07/07/07 21:07:13
>>373
おお。
あれから（初版）だいぶboostも進化したし、時代遅れになってたから
そろそろ新しく書いてくれないかと思ってたところなんだ。
これは買おう。
376:デフォルトの名無しさん
07/07/07 21:14:27
boostそのものより、その実装に使ってる技術（とその理由）を解説したものってないのかなぁ
shared_ptrのchecked_delete
でさえ何でこんな事してんの？？
とさんざん悩んだよ
よく読むとドキュメントに書いてあったけど、書いてないものもあるし・・・
377:デフォルトの名無しさん
07/07/07 21:23:54
ああ、確かにそういう本欲しいなあ。
boostを題材にModern C++みたいなことをしてくれる本
378:デフォルトの名無しさん
07/07/07 23:03:17
そんなニッチな本売れねーよ
379:デフォルトの名無しさん
07/07/07 23:23:43
俺も欲しいけどなあ、そんな本。
使い方の解説はWeb上にたくさんあるけど、仕組みまで解説したところはほぼ皆無だし。
380:デフォルトの名無しさん
07/07/07 23:44:10
C++の本自体もうあまりでねーだろうが・・・
381:デフォルトの名無しさん
07/07/07 23:44:38
>>380
382:デフォルトの名無しさん
07/07/07 23:47:18
方向性がどんどんマニアックになってるからね。
素人向けしない仕様・思想がてんこもり
383:デフォルトの名無しさん
07/07/08 04:21:56
いわゆる Smalltalk 系の OOP が好きな奴は
C# とか Java とか Ruby でいいと思うよ。
C++ はどんどんマニアックになってほしい。
384:デフォルトの名無しさん
07/07/08 05:27:34
>>373
秀和の本って紙が厚くない？
もちっと薄い紙にしてほしいけど単価高いのかなぁ。
385:デフォルトの名無しさん
07/07/08 06:48:21
最近のコンパイライには tr1 名前空間以下にいろいろと
用意されているの？
386:デフォルトの名無しさん
07/07/08 07:00:42
お化けのqueue太郎が復刊されるらしいね
387:デフォルトの名無しさん
07/07/08 07:41:18
blogに内部構造の話書こうかと思ったけど、
解読している時間が少なくなってしまってもったいないんだよね。
持続してblogに技術話書き続けている人って本当にすごい。
388:デフォルトの名無しさん
07/07/08 07:50:52
>>387
自分のメモ程度の物でいいんじゃないの？
そういうサイトも結構役に立つんだよね、暗中模索しちゃったときとか