[過去ﾛｸﾞ] 今夜も Wine で乾杯! - 21本目 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
419: 2018/02/18(日)04:20:47.62 ID:HH6qVqdM(2/9) AAS
>>418
なるほど。
1つ質問です。
はっきりとは書いてなかったのですが、>>415の遅くなる条件であるところの 2,3 の場合
においても、CMainFrame、つまり、アプリケーション全体の Main の Window のタイトルバーを
ドラッグした場合は、遅くなりません。いたって高速にドラッグできます。
>>418 が正しいなら、どうして、X は、この場合だけは速く、CMDIChildWnd の場合だけは
遅く動作するのでしょうか？？？
473: 396 2018/02/22(木)16:31:11.62 ID:9+xI5ulA(11/17) AAS
Msg が付く方の WaitXxxx で、usleep() で、0.3秒ほど停止しながら、
Polling (Loop) するようにしてから、FIXMEでメッセージを観察してみた。
普段は、usleep() 命令は、呼び出してから 0.3 秒で戻ってくる。
ところが、先日からの遅くなる条件でドラッグし続けた場合、単純な usleep() の
1命令が、呼び出してから、永久に戻ってこなくなる。ドラッグをやめると、
人間が長く感じるほどの長い時間が経過してから戻ってくる。
これは、WINEの問題ではなく、Linux Kernel の問題だろうか？？？
550: 2018/03/25(日)14:23:01.62 ID:CLQjm7Sy(2/9) AAS
↑は、特に、static link している場合について。
mfc**.dll などに dynamic link (dll) している場合は、その mfc**.dll がクリーン開発
されていれば問題ないと思う。だから、Linux用には dynamic link でアプリをビルド
し直せば大丈夫のはずだとは思う。問題は、クリーン開発された mfc**.dll にちゃんと
互換性があるかということになる。mfcのソースを見ずに mfc をちゃんと実装するのは
意外に難しい。なぜならちゃんとドキュメントされていない事が多いから。だから、
困った事になるかも・・・。
819: 816 2018/07/15(日)10:49:51.62 ID:75IFo2a8(1) AAS
Jane Styleだと書き込めたわｗ
867: 2018/08/22(水)16:31:11.62 ID:irttw5eF(1/2) AAS
>>886
素敵な話だ
Wineの進化はこういうゲーマーの力もあるからエミュ厨だからと脊髄反射で否定できない
あとは放置状態のインライン変換だけど、、こういうのは業務システムで使ってる企業の力がいるんだよな
どこか、、、富士通とかやってくれんだろうか・・・
878: 2018/08/24(金)03:08:19.62 ID:qWxhfZQs(1) AAS
明日試すわ
937(1): 2018/09/24(月)07:55:24.62 ID:5bpVluFi(1) AAS
リポジトリから切られたJDなんてもうめんどくさくて使ってられんだろ
仕様変更のたびにいちいちビルドとかアホかと
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.261s*