Boostを語れゴラァ part4

[表示 : 全て最新50 1-99 101- 201- 301- 2chのread.cgiへ]
Update time : 02/24 09:28 / Filesize : 84 KB / Number-of Response : 389
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Boostを語れゴラァ part4

1 名前：デフォルトの名無しさん [2007/04/04(水) 14:09:06 ]: 語って.はぁと part boost::mpl::int_<4>

過去スレ
part 3 pc11.2ch.net/test/read.cgi/tech/1158991211/
part 2 pc8.2ch.net/test/read.cgi/tech/1139313234/
part 1 pc8.2ch.net/test/read.cgi/tech/1091198276/

■関連サイト■
Boost C++ Libraries
www.boost.org/

Boost 翻訳プロジェクト
boost.cppll.jp/HEAD/

Let's Boost
www.kmonos.net/alang/boost/

boost info
shinh.skr.jp/boost/
121 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 00:47:08 ]: 実際何文字あっても先頭数文字が特徴的ならIDEの補完で終わるからいいんだけどな
122 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 00:49:22 ]: 入力が面倒なんじゃなくて、
sexualvioletmikomikonurse::tokachitukuchite::gossungossungosunkugi(...);
なんて読みたくないだけ。
123 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 00:50:26 ]: つか、実際にそういう名前に遭遇するか？
俺は経験ないが
124 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 00:56:12 ]: まあないけど。
125 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 00:56:52 ]: >>122
真ん中のがなんだか解らなかったのが悔しい。

セクシャルバイオレットみこみこナース::とかちつくちて::ごっすんごっすん五寸釘();
126 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:34:50 ]: やっぱヘッダの中でusingするのは抵抗感じるな。
includeの後だったら影響無いのは判っているけどね……

ソース中でusingしたときのリスクってなんかあったっけ？
127 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:39:43 ]: ↑↑アイマスじゃなかったっけ？
実物は見たことないけど。五寸釘は知らない。
128 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:40:46 ]: >>126
using って using directive なのか using declaration なのかどっち？
どちらにせよ
＞includeの後だったら影響無いのは判っているけどね……
はちょっと意味が分からないのでもうちょっとｋｗｓｋ
129 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:43:08 ]: >>126
using namespace foo; は原則として使わない。
using foo::bar; は必要があれば使う。
ネームスペース全体をusingすると、先方のネームスペースの変更で名前が衝突するリスクが発生する。
130 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:46:46 ]: >>127
アリス・マーガトロイド
131 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:48:00 ]: すごい勢いで話がずれてる
132 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:55:10 ]: sumimasen
133 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 01:56:11 ]: >>122
全部分かってしまった俺は負け組み。
134 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 02:01:16 ]: 参考書だとスペースの都合上 using するのは仕方ない。
135 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 02:02:49 ]: C++は木材資源にも優しい言語でした
136 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 02:04:39 ]: アイマス作るの？の意味がわからなかったのか？
137 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 02:09:12 ]: ヲタばっかだなこのスレ
138 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 02:12:01 ]: boost::shared_ptr< boost::variate_generator< boost::mt19937, boost::uniform_smallint<> > >
みたいなのは適当にtypedefしとけって事ですか？
139 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 02:14:22 ]: うん
140 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 07:19:30 ]: ↓他人のtypedefの定義名が気に入らなくて、結局、全部のソースを直した奴
141 名前：デフォルトの名無しさん [2007/05/13(日) 10:11:47 ]: Boost 1.34 age
142 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 10:18:16 ]: ↑　新機能も使わないのに何となく入れ替えてみる奴
143 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 10:37:04 ]: >53
DOM オブジェクトが返ってくるわけでもないんで望んでるものとは違うだろうけど、機能限定版 XML パーサーは Property Tree に入ってるはず。
Review は Accepted だけど CVS 上にはない…と思ったら、なんか今日 CVS 上にもあがったっぽい。
まだドキュメントがないらしいんで↓のレビューから辿れるところあたりを参照。
ttp://lists.boost.org/boost-announce/2006/04/0087.php
ttp://lists.boost.org/boost-announce/2006/05/0092.php

Property Tree 自体は任意の木構造状データを表現するためのライブラリで、INI とか JSON、果ては Windows レジストリとかも扱えるそうな。
144 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 11:19:30 ]: Boost1.34リリースですか。
Filesystemもようやっと国際化(UTF-8/UTF-16対応)か。

Xpressiveがboostの仲間入りですな。
Xpressiveて、マルチバイトOKだったっけ？
ドキュメント斜め読みする限りは対応していなさそうな感じだったけど……
145 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 12:26:31 ]: ドキュメント斜め読みしたらそのものずばりがあるようなんだが。
試してないが。
146 名前：デフォルトの名無しさん mailto:sage [2007/05/13(日) 13:47:05 ]: あ、localeに対応しているって書いてあるね。スマソ。
後で試してみよう。
147 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 03:53:05 ]: 1.34来てるのになんでこんなに盛り上がってないの？
148 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 07:40:42 ]: cvs派が結構いるから、ドキュメントさえあればって感じ
149 名前：デフォルトの名無しさん [2007/05/14(月) 12:41:26 ]: visual studio 2003にboostをインストールしたら
boost::reg_expression<char> regex = "[a-zA-Z].*[a-zA-Z]";
でerror C2262: 'regex' : 破棄できません。
というエラーが出ます

インストール失敗？
150 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 14:51:31 ]: >>53
そういうのは別のライブラリを使え、ってことじゃないかなぁ。
って、何がスタンダードなのかな。
Expat とか libxml とか？
Windows なら MSXML もあるね。
151 名前：C2262 [2007/05/14(月) 14:52:48 ]: Compiler Error C2262'identifier' : cannot be destroyed
msdn2.microsoft.com/en-us/library/aa983690(vs.71).aspx

The object cannot be instantiated because the appropriate destructor,
though defined, is not accessible.

The following sample generates C2262:

// C2262.cpp
class B
{
　~B();
};
class D : public B {};
D d; // C2262, B's destructor is private
152 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 15:35:40 ]: >>149
代入演算子とコンストラクタの違い分かってる？

boost::regex regex("[a-zA-Z].*[a-zA-Z]");
153 名前：デフォルトの名無しさん [2007/05/14(月) 17:23:49 ]: ところで、漏れ Windows でのプログラミングってあんまりしたことなくて、
たまに下としても市販のライブラリを購入したことがなくて、
フリーのものばかり（代表的なものが boost）使ってきたんだけど、
市販の開発用ライブラリはどんなインストーラになってるの？

インストールすると C:\Program Files\ 以下にインストールされてしまうの？
自分で Boost を Windows にインストールするときには
C:\usr\lib とか C:\usr\include とかにライブラリのバイナリとヘッダを
置いているんだけど、Windows 的流儀ってのがあるのかな？

つーのは、1.34 も出たことだし、内輪で使うためにバイナリパッケージを
インストーラつきで作ろうと思ってるんだけど、パスをどうするかが
人それぞれで好みが違うってことが分かってデフォルトは何にしたらいいのかなって。
154 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 17:54:46 ]: >>153
Program Files\xxx\includeにヘッダ、Program Files\libにライブラリが一般的だと思う。
インクルードパスや、ライブラリパスがやたらと長くなるけど、プロジェクトに一回設定したら
実際のコマンドライン生成はIDE任せなんで気にしない。
unixでもpkgconfig使いだすと、コマンドラインで1kbyteとか行ったりするし。
155 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 18:22:54 ]: マニュアルのsplitの説明が間違ってる

string str1("hello abc-*-ABC-*-aBc goodbye");
typedef vector< string > split_vector_type;
split_vector_type SplitVec; // #2: Search for tokens
split( SplitVec, str1, is_any_of("-*") );
// SplitVec == { "hello abc","ABC","aBc goodbye" }
// ↑これ誤り。正しくは "hellow abc", "", "", "ABC", "", "", "aBc goodbye"
// is_any_ofは正規表現的には[-*]つまり「a-*-b」は「a,,,b」のような意味

※ boost::algorithm:splitはdisplay_progressの兄貴分ｗ
156 名前：デフォルトの名無しさん [2007/05/14(月) 20:24:03 ]: なるほど、インクルードファイルについては各ライブラリの
ディレクトリ以下の include に、バイナリについては
\Program Files\lib という共通のディレクトリというわけですか。
バイナリが共通のディレクトリになっている理由は
動的リンクライブラリへのパスを一箇所にまとめるためですかね。
スペース入りのパスにいろんなものを置くのが気持ち悪くて、
Windows での流儀を知りたいと思っていました。
157 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 21:13:12 ]: デフォルトは C:\Program Files\組織名\ソフト名\ の下にして、気持ち悪い人はインストーラの操作で
変更できるようにするのが良いと思う。なお、C:\Program Filesなどのパス名はハードコードしないで
SHGetSpecialFolderPath などで取得するべし。（念のため）
158 名前：デフォルトの名無しさん [2007/05/15(火) 06:59:15 ]: >>157
インストール先ですが、組織名ってのはとりあえず省略して、
C:\Program Files\Boost で。パス名については ExePress CX
でパッケージングすると自動的で取得してくれるようです。
シェアードオブジェクト（dll）も
C:\Program Files\Boost\lib 以下に配置すべきですかね？
それともすでにパスが通っているどこかにコピーすべきでしょうか。
しかし C:\Windows\ 以下なんぞに *.dll をコピーすると
ぶっ殺されそうな気がするので、これまた Windows の流儀ってのが
あるんでしょうか？
159 名前：デフォルトの名無しさん [2007/05/15(火) 07:02:22 ]: ちなみにすでに C:\Boost\ をデフォルト位置にした
1.33.1 と 1.34 の Windows + VC++8 用バイナリパッケージと
ICU のバイナリパッケージは作りました。あとは

１）C:\Boost\ って Windows 的にはどうよ。
２）アンインストーラ対応にすべき？
　　それとも単にターゲットフォルダに展開して終わり？
３）DLL はデフォルトでパスが通ってそうなところに突っ込むべき？
160 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 10:41:54 ]: アンインストーラにも対応してないような半端なインストーラなんて無いほうがまし。
レジストリを書き換えたり、スタートメニューに挿入したりするのなら、アンインストールにも
対応するべきだし、そうでないプログラムなら単純にZIPファイルで配布するのが良いだろう。
ご存知だと思うが、標準でWindowsではZIPファイルはフォルダとして見える。
どうせプログラマしか使わないのだから、配置は任せるのが良いんじゃないかな。
161 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 11:40:19 ]: >160
Win2kはwindowsじゃないですか、そうですか･･･
162 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 11:41:49 ]: 終わってるWindowsだな。もちろん終わってるから悪いというわけではないけど。
163 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 12:10:07 ]: だがそれがいい
164 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 17:10:21 ]: >>161
homepage2.nifty.com/winfaq/w2k/hints.html#1071
165 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 17:47:54 ]: 圧縮フォルダが使えることと、zipがシームレスにフォルダに見えることは同じ事なのか?
166 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 17:58:24 ]: 圧縮フォルダでZIP書庫はフォルダとして見えるがシームレスではない
167 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 18:00:57 ]: 所詮はshellのオマケ機能だしな。
NTFS標準の圧縮フォルダならシームレスと言えるのでは。
168 名前：デフォルトの名無しさん mailto:sage [2007/05/20(日) 21:18:29 ]: >>129
その書き方じゃあ、ネームスペース全体をusingしなけりゃ
その問題が起きないように読めるが、そんなことは無いだろ？
ADLあるし。まあ、程度の差はあるだろうが。
169 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 00:10:25 ]: これはなんなの？
170 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 22:27:14 ]: ::: 唐突に :::
boost::gui の話ってどうなったの？
171 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 02:58:45 ]: C++でクロスプラットフォームなGUIはQtを使えばいいだろ
172 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 07:22:43 ]: 他にもwxやらGtkやらfltkやら乱立してるからなぁ・・・
良い物ができたとしてもboostの入り込む余地はあるんだろか
173 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 10:20:17 ]: Notusちょっと面白そうだったが…放置されてるな
174 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 10:43:34 ]: >>171
商売物で使うには法外な値段
175 名前：デフォルトの名無しさん [2007/05/22(火) 12:24:48 ]: dotoneto
176 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 16:10:41 ]: GUIに速度は不要だからもはやC++でGUI作る意義は薄いと言えなくも無い
スクリプトエンジンに外注した方が楽だな
177 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 17:22:57 ]: UIもOpenGLやDirectX使うのが今の流れ
178 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 17:40:55 ]: CUIでも？
179 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 17:42:35 ]: CUI自体が今の流れじゃないだろｗ
180 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 19:32:04 ]: >>177
cairo使うのが今の流れ。
181 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 22:23:34 ]: GUIはズールで
182 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 22:28:02 ]: 2;\cGDI;y5u/90%.e/)4tu@jxf,/4x/d0-:/y/?
183 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 13:05:03 ]: ｃ++と組み合わせて使うのに便利なGUIってなんだろ
c++である必要もないんだよね
184 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 18:24:36 ]: ATL+WTL
185 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 20:18:40 ]: CUIに2本毛が生えたのがGUI
186 名前：デフォルトの名無しさん [2007/05/23(水) 20:30:57 ]: C++/CLI

・・・ってすでに C++ じゃないか。
187 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 22:11:11 ]: GUIと一口にいっても、グラフィックをバリバリ使うようなソフトは
やはりC++でないと処理が追いつかないこともあるから使われるだろう。
そうでない伝票入力とか在庫管理とかのオーダーメイドアプリは
もはや完全にWebに移行している。
もっともユーザインターフェースが最新のWebでも、
データベース入出力はいまだにCOBOLが使われたりするところもあるわけだが。
188 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 22:12:29 ]: まあboostを使うような人はそういう売り物ソフトとはまったく無縁の人たちだろうけど
189 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 22:19:22 ]: 基幹にはやはりCOBOLを選ぶ by 不治通
190 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 22:22:12 ]: NECのACOSシリーズもCOBOLだよ
191 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 23:46:49 ]: Webアプリって紙の呪縛があるだろ。
帳票とかネックになんないの？
192 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 23:48:31 ]: Japanese OK.
193 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 09:36:00 ]: 質問してもいいですか？
環境:c2d,OSX,i386,ppc(ロゼッタで確認だけ),Carbon使用
　　試してるboostライブラリは全てスタティック用でi386とppc(両方32bit)のユニバ
　　最適化はO0～O3まで全部試してます。

regexライブラリをリンクしただけで、コード内で使わなくても2286byte～3???byteメモリリークしちゃう
1331と1340リリース版両方で同じ状態、i386実行とロゼッタ実行でリーク量が数byte違ったり
ライブラリのO0～O3の影響でもリーク量が変わってます、が、リンクしただけでリークするのは変わらず。
誰か修正方法知りませんか？、LeakTracerでソース位置が特定できなくて自分のレベルでは追いきれず。
(リークはするけど正規表現の動作そのものは一通り問題なかったりします、2286は固定で持ってるテーブルかなにか？？)
(regex以外のビルドの要るライブラリはfilesystemくらいしか使ってませんが1331でも1340でもリーク無し)

xpressiveをOSX(Carbon使ってる状態のXcodeプロジェクトでしか試してないけど)で使うには
struct nil;とかのnilがobj-cのnilあたり？と被ってるようなので
ローカルな名前で書き換えて良さそうなnilは全部リネーム
これで"static regex"ではないregex風の方は一通り動きます、regexとほぼ同じに使えてリーク無しなのでこっち使ってます。

Let's boostさんにある"static regex"の方は
boostヘッダ側のエラーの表示された順に危なそうな変数名でローカルな物をリネームしてみていっちゃうと
compile_resultの
typedef typename compiler_type::BOOST_NESTED_TEMPLATE apply<op_type, State, Visitor>::type type;
で行き詰まりました。誰か対処方法知ってたら教えてください、高速らしいのに使えなくてしょんぼりorz
194 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 10:17:42 ]: 訂正
#include <iomanip>
#include <boost/xpressive/xpressive.hpp>
の順でインクルードしておけば"static regex"いけました、無知でごめんなさい
195 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 12:54:59 ]: 質問するならそれなりの書き方があるだろう。
～ちゃうとか、orzとか、2chだからまともな書き方しなくていいと思ったら大間違いだ。
196 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 12:58:16 ]: べつに訊き方なんでどうでもいいと思うが。
気に食わない奴は答えなきゃいいんだし。
197 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 13:08:51 ]: 僕は回答者をやってるつもりだから偉いんだぞお！

って言いたいだけだから華麗にスルーでいいよ
198 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 13:59:38 ]: マルチを毛嫌いしてるのとか、マルチは悪みたいな風潮もなんだかなーと思う。
なんか昔のfjみたいな堅苦しさを感じる。別に感謝されたくて返答してるわけじゃないんだし。
マルチ嫌いをスルーすりゃいいんだけど。
199 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 14:03:51 ]: いや、悪だろw
その自覚がないのはもっと手に負えないな。

どうしても複数箇所に投下したいなら、
その旨を記述しておくべき。
200 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 14:43:57 ]: >>198
おまえ fj で苛められてただろｗ
201 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 20:02:15 ]: NetNewsの場合は、
一つの記事を複数のグループにpostする機構があり、
ヘッダを見れば、他にどこのグループにもpostされていたか分かった。
メールのTo:のようにNewsgroups:に複数グループを記述できた。

この機構を使わず、個別にpostする行為のことをマルチポストと言ったから、
技術的に批判するだけの根拠があった。

豆知識な。
202 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:02:10 ]: >>198
お前、マルチがなんで嫌われるのか本質的なことを理解できてないだろ。
203 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:14:07 ]: スレ違いで伸びるウザさも理解して欲しいもんだがなぁ。

まぁ自分にだけ寛大なのはお互い様ではあるが。
204 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:25:18 ]: 手広く書き込んだほうが回答を得られる確率が上がるのでインターネットリテラシーに優れているといえるでしょう。
205 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:27:47 ]: 電柱一本に尋ね人のポスター貼るより
電柱百本に尋ね人のポスター貼る方が効果的
206 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:44:38 ]: 合理的
207 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:57:08 ]: コスト対効果の問題
電柱一本に貼るのと電柱百本に貼るのとで、は前者の方が経済的
208 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 22:28:49 ]: 電柱全部が自分の自由にして良いものだと思ってるのが間違い。
209 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 23:24:56 ]: 電柱全部が自分の自由にして良いものだと思ってると思ってるのが間違い。
210 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 23:28:45 ]: スレ違い
211 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 00:48:18 ]: 電柱に立ちションするとbootsが汚れるからやめような
せめて座りション
212 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 00:56:41 ]: 電柱にウンコしちゃだめだからね
213 名前：デフォルトの名無しさん mailto:age [2007/05/25(金) 09:50:03 ]: boostのいい日本語リファレンスマニュアルがないので、
wikiを作ろうと思うんですが、作ったら書き込んでくれるひといますか？
214 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:04:24 ]: 俺が個人的に使ってる誤訳抜け満載のを張ってやるよ
215 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:52:56 ]: >>213
新しく始めるより、翻訳プロジェクト進めてくれよ。
216 名前：デフォルトの名無しさん mailto:age [2007/05/25(金) 12:39:30 ]: 翻訳プロジェクトはどこにあるんですか？
217 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 12:45:16 ]: >>216
>>1
boost.cppll.jp/

崩壊気味だけど。
218 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 13:19:13 ]: こんだけライブラリの数が多けりゃ
翻訳プロジェクトとか途中で頓挫するに決まってる
219 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 13:22:50 ]: 一対一対応の翻訳を目指すから挫折する
俺の書いたprogress displayの訳なんて一行だぞ一行
220 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 13:23:47 ]: だからプロジェクトにするんじゃなくてwikiにすればいいんだよ
221 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 15:46:53 ]: まスパムが未来永劫無くならない事から見てもマルチの効率はいいんでしょ。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef