[過去ﾛｸﾞ] 今夜も Wine で乾杯! - 22本目 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
50(6): 2018/12/04(火)17:30 ID:gSafZnb0(1/2) AAS
Wineが提供するWinAPI群の入出力のログを取る機能って無いのかな？
ファイルI/O周りだと思うんだけど理解に苦しむ動作をするので
アプリケーションにどのようなデータが渡されているのか調べてみたい
52(2): 2018/12/04(火)17:58 ID:uukhjayz(1) AAS
>>50
外部ﾘﾝｸ:qiita.com
この変に fprintf( stderr, ・・・ ); を使ってデバッグ表示する方法が載っている。
Wineのソースに書けばほぼどんな情報も見ることが出来る。
54(2): 2018/12/05(水)17:56 ID:bdljiMIP(1) AAS
>>50
環境変数 WINEDEBUGに必要な機能を指定すると、コンソールにログ吐くよ。
63(2): 50 2018/12/08(土)13:57 ID:hxmpoSna(1) AAS
レスありがとうございます。途中経過です
現象はアプリケーションをリモート(CIFS)に置くとエラー(例外で落ちるわけではない)を吐いて動かないけど
ローカルに置くと起動するという物です。Winだとこの現象は再現しません
ひとまずWineをいじらずにすむ>>54の方法を試してみました
ログを整理していくとGetDriveTypeWの直後から挙動が変わっているように見えます
リモートだと4、ローカルだと3が返りMSDNを見る限り適切ぽくはあります
これをWinで再現しようと試みましたがプログラムにデバッグを妨害する細工が
されているようでステップ実行が行えず、ラッパーDLLを作るしか・・・な感じになっています
67(1): 50 2018/12/09(日)22:15 ID:VE3XEI40(1) AAS
途中経過です
Wineのログが正しければGetDriveTypeWの引数はディレクトリのパスらしいので
似たプログラムを適当にでっち上げて実行してみると
Win7(リモート)→DRIVE_NO_ROOT_DIR(1)
Wine(リモート)→DRIVE_REMOTE(4)
Wine(ローカル)→DRIVE_FIXED(3)
返値が全然違う。MSDNをよく見たらルートディレクトリを指定しろってあるのでWin7の動作が正解っぽい
しょうがないので問題のアプリケーションでどうなっているかラッパーDLLを挟んで調べようとしたけど
Win7(リモート)→GetDriveTypeWを呼んでいる形跡がない
Wine→
省7
69(1): 50 2018/12/10(月)00:04 ID:8XzLYiz6(1/2) AAS
一応環境を書いておきます
OS：Lubuntu 18.04.1 amd64
Wine：3.0.3
OS：FreeBSD 11.2-R amd64
WM：Xfce 4.12
Wine：i386-3.0.1
ビデオドライバはどちらもnvidiaの340
CIFSの先はWin7
作業しているのはWineの動作状況がマシなFreeBSD
今調べている>>63で書いた現象はLinuxでもFreeBSDでも発生します
省10
73: 50 2018/12/10(月)22:27 ID:8XzLYiz6(2/2) AAS
WineとWinで同じデバッグ環境を用意できないし
デバッグ妨害細工のおかげで出来ることが限られ
こういう状況の打破に役立つ情報はネット上にもほとんど無い
実践的なリバースエンジニアリングに役立ちそうな情報と言ったらトラベシアと
@ITのリバースエンジニアリング入門くらいしか知らないし
しかも直接的には役立たない。っと愚痴っても進むわけではないのだがorz
>>70,72
ありがとうございます。NFSですか・・・すぐには難しそうですが試してみたいと思います
>相当厄介な話かも知れませんよ。
うへぇ・・・同期の問題だと非常にやっかいですよね
省2
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.281s*