[過去ﾛｸﾞ] Visual Studio 2008 Part 21 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
824: 2013/08/31(土) NY:AN:NY.AN AAS
これはひどい
825: 2013/08/31(土) NY:AN:NY.AN AAS
.netでWMIメソッドを実行してんだけど
とてつもなく遅い。
実行速度を３０倍くらいにしたいんだが
良いアイデアないかな
826: 2013/08/31(土) NY:AN:NY.AN AAS
呼吸を３０倍遅くする
827: 2013/08/31(土) NY:AN:NY.AN AAS
パフォーマンス分析してどこで時間かかってるか見る
その部分をWMI使わずに自分で直接データ取る方法にする
828: 2013/08/31(土) NY:AN:NY.AN AAS
WMIでしかインターフェースを用意してくれてないんだよ。
mofファイルもらっただけで、後はWMIで処理してくれという依頼＋仕様。
.netよりVCの方が速いということはある？
調べた限り、あまり期待できなさそうなんだが・・・
829(1): 2013/08/31(土) NY:AN:NY.AN AAS
やってみれば
あんま変わらなそうだけど
830(1): 2013/08/31(土) NY:AN:NY.AN AAS
どっちもCOM呼ぶだけだから同じだろ
WMIで処理してくれという依頼ならそれで我慢させとけ
831(1): 2013/08/31(土) NY:AN:NY.AN AAS
イニシャライズやオブジェクト取得を
メソッド呼び出し毎に毎回やらかしているという罠
832: 2013/08/31(土) NY:AN:NY.AN AAS
>>829-830 なるほど。そうだよねぇ。
>>831 VB自身でのボトルネックが無いかどうか
stopwatch仕掛けて調べまくってみます。
833(1): 2013/09/01(日)11:34 AAS
>>803
うんそうだよ、ついてるからこそ
そのちょっとしたことで文字サイズ変わって欲しくないだろ？ってことが言いたかったんだけど
834(1): 2013/09/01(日)11:50 AAS
>>833
不便ならパッドの設定で切りゃいいし、それができないなら乗っ取ってVSにCtrl+ホイール渡らないようにするだけじゃん
835: 2013/09/01(日)13:22 AAS
言いたかったんだけど、じゃなくて最初から明確に書けよ馬鹿。
836: 2013/09/01(日)13:35 AAS
俺は編集中に文字サイズ変えることたまによくある
>>834程度なら1時間もあれば作れるな
837: 2013/09/01(日)13:53 AAS
ここは2008のスレなんだから2010の話をしなくてよい
838: 2013/09/01(日)13:57 AAS
2010でビルドした静的ライブラリが2008で使えなくなるってあり得る？
なんか変なオプションつけたりするとそうなる？
839: 2013/09/01(日)14:15 AAS
はい
840: 2013/09/01(日)16:16 AAS
そういうの（lib）は昔からリビルドが前提
841: 2013/09/01(日)17:19 AAS
リビルドしても無理っぽい
もちろん好んでちゃんぽんしてるわけじゃなく、2010使って静的ライブラリ作ってる人が何か設定してるっぽくて
でもそれが何なのか指摘出来ないから困ってるんだが、なにか心当たりない？
842: 2013/09/01(日)17:21 AAS
ソースもエラーも貼らずに何をいっておるのかね
843(1): 2013/09/01(日)17:23 AAS
64bitバイナリは32bitOSからは使えないよ。
844: 2013/09/01(日)17:23 AAS
これは解決無理だな
845: 2013/09/01(日)17:27 AAS
判る人だけレスください
うざいだけです
846: 2013/09/01(日)17:28 AAS
エラーは
fatal error C1900: Il mismatch between 'P1' version '20081201' and 'P2' version '20080116'
ソースは持ってたら自分でビルドする
32bit/64bitは分けて作ってくれてる
847: 2013/09/01(日)17:32 AAS
外部ﾘﾝｸ:www.google.co.jp
848: 2013/09/01(日)17:36 AAS
エラーメッセージぐぐったら一発ワロタ。うざいとか死ねよ
849: 2013/09/01(日)17:37 AAS
Cause
You had built the static library with the /GL (Whole Program Optimization) compiler switch,
which requires Link Time Code Generation (/LTCG) when the static library is subsequently linked.
These features require that all linked modules be built by the same version of the compiler.
In fact, if precompiled headers are used, the same machine must build and link all the involved object code.
Therefore, it is highly recommended that static libraries not be built with the /GL switch,
since their intended use is quite frequently to support reuse by others.
Solution
You rebuilt the static library on your VS2008 SP1 machine without the /GL switch,
and you no longer encounter this problem.
省3
850(1): 2013/09/01(日)17:38 AAS
まさにggrks
851: 2013/09/01(日)17:38 AAS
グーグル先生より2chに先に質問するとか俺たちは尊敬、信頼されてるんだな。
852: 2013/09/01(日)17:40 AAS
/GLオプションかあ
ありがとう、聞いてみます
853: 2013/09/01(日)17:41 AAS
で、俺たちが代わりにグーグル先生に聞きに行くわけだｗ
上下前次1-新書関写板覧索設栞歴
あと 148 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s