問題タブ [wine]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
wine - Wineプロセスをクリーンアップするためのスクリプト
私は時々Wineを半死状態にします(いくつかのアプリがクラッシュしました)。残っているすべてのプロセスをクリーンアップするための最も簡単で安全な方法は何ですか?
automation - Applescript と WINE による Windows 自動化
Applescript を使用して、Wine で実行されている Windows アプリケーションを自動化できますか? そうでない場合、Wine OSX で Windows アプリをスクリプト化する別の方法はありますか?
linux - WINEで実行されているプログラムからシェルコマンドを実行する
WINEを使用してLinux上で実行されているWindowsプログラムがあります。
WindowsプログラムからLinuxシェルコマンドを呼び出すにはどうすればよいですか?
xcode - Mac OS X 10.6 用の WineLib をビルドし、XCode プロジェクトとリンクするにはどうすればよいですか?
ばかばかしい質問で申し訳ありませんが、最小限のドキュメントさえ見つけることができません... Wineだけがカバーされているようです。
Wine ソースを使用してWinelibをビルドする必要がありますか? すべてのWine ソースをプロジェクトにインポートすることでWinelibフレームワークを作成できるという私の仮定は正しいですか? この場合、どのミドルウェア/ライブラリにリンクする必要がありますか?
助けてください!
java - winedbg プロセスにアクセスして何が起こったかを確認する
私は Java 開発者です。Wine (バージョン 1.2) は IT によってセットアップされました。Wine を使用して Windows プロセスを呼び出すマルチスレッド Java プロセスを Linux ボックスで実行しています。ときどき Java プロセスがハングします。ログにエラーや問題の兆候は見られませんが、winedbg プロセスは見られます。
私はこれらの他のワインプロセスも見ています:
少しグーグルで調べてみましたが、winehq にはデバッガーの使用に関するドキュメントがいくつかありますが、自分の状況に何を適用できるかわかりません。
どのワインがハングアップしたかを確認するにはどうすればよいですか?
licensing - アプリケーションのワインスキン ラッパーを配布できますか? 売ってもいいですか?
Wineskin ( http://wineskin.doh123.com/Information.html ) は、基本的に Windows アプリケーションを MacOS アプリケーションに変換する、wine を使用して Windows アプリケーションの単純なラッパーを作成する Mac 用アプリケーションです。(少なくともユーザーにはそう見えます)。既製のラッパーには、元のアプリケーション、wineskin からのいくつかのコード、およびおそらくほとんどの wine ライブラリの両方が含まれています。(少なくともそれらのいくつか)。ただし、ラッピングは完全な .exe ファイルに対して行われるため、wine または wineskin に静的にリンクされることはありません。
ワインとワインスキンの両方が LGPL の下でライセンスされています。
では、アプリケーションのラッパーを作成し、そのラッパーを Web サイトからフリーウェア (オープンソースではなく独自のもの) として再配布することはできますか? wineskin や wine のソースコードを公開する必要はありますか?
このようなラッパーを (シェアウェアまたは単に有料のアプリケーションとして) 販売したい場合はどうすればよいですか? 同じルールが適用されますか? それらのラッパーを販売することは許可されていますか?
api - LinuxでWineが行うのと同じ方法で、WindowsですべてのAPI呼び出しをログに記録するにはどうすればよいですか?
LinuxでWine(Eudora)を使用してWindowsアプリケーションをデバッグしておりWINEDEBUGGER=+relay
、API呼び出しの(かなり大量の)ログを作成するために使用しています。問題がどこにあるかを見つけたので、同じアプリケーションをネイティブウィンドウ(実際にはVirtualBox)で実行したいので、その動作を確認し、違い(ある場合)を比較します。
API呼び出しをトレースできるWindowsツールがいくつかあることは知っていますが、wineと同じ種類のログを生成できるツールが必要なので、同じワークフローを使用できます。
特定の機能リストを除外するようにロガー/トレーサーを構成します(たとえば、
KERNEL32.SetLastError; KERNEL32.GetLastError; KERNEL32.FlsGetValue; ntdll.RtlEnterCriticalSection; ntdll.RtlLeaveCriticalSection
Wineのレジストリエントリに相当します。これは、30MBのログファイルと1.3GBのDebug\RelayExclude
ログファイルの違いであるため重要です。library / module / dll / whateverに関係なく、他のすべての呼び出しをトレースする必要があります。呼び出しが行われる順序は私にとって非常に重要であるため、モジュールごとに並べ替えたりフィルタリングしたりしないでください(バックトラックして迷子にならないようにするため)
トレーサーを簡単に起動できます
tracer c:\ProgramFiles\Eudora\Eudora.exe 2> hugelogfile.txt
Eudoraを起動し、アクションを実行して、Eudoraを閉じます。
Eudoraが終了すると、トレーサーは停止します。ログは私が遊ぶ準備ができています。
役立つ場合は、Wineログのスニペットを次に示します(同様の形式が望ましい)。
それを実行できる無料の簡単にダウンロードできるソフトウェアと、最も重要なこととして、このワークフローを実現するための正確な手順を提案してください。
ありがとう!
python - サブプロセスがコマンドを呼び出さない (または間違っている)
概要:
私は時々セロリで何かを作らなければならないアプリケーションを持っています-そしてそれが何かを数えるなどの単純なタスクであれば、すべて問題ありません。
MS Windows プログラムを使用して、既存のファイルを別のファイルに変換する必要があるタスクが 1 つあります。それで、私はWINEをインストールしてから、アプリケーションをインストールし、次のタスクを自分のtasks.pyに追加しました:
問題:
コマンドが呼び出されていないか、呼び出されていますが、何も起こっていません (ファイルシステムのどこにも新しいファイルはありません)-しかし、bash または対話型の python シェルからこのコマンドを呼び出すと、すべて問題ありません。
編集: コマンドラインからコマンドを呼び出すと、次のようになります:
c - システム関数呼び出し非同期?
コードのある場所で、 system-Callを使用して外部ツールを呼び出します。私は Wine で作業し、C でプログラミングしています。
呼び出しは次のようになります。
このコマンドは、outfile を変更するために動的に生成されます。数行後、生成されたファイルを で開こうとしましたfopen
が、 がfopen
返されますNULL
。
呼び出しを次のように変更すると、すべてが機能します。
しかし、私は2秒待つのは好きではありません...そして、この解決策は非常に悪いです. system
-Call は同期して動作すると思いますか? したがって、すべての (File-)Handles のサブプロセスは、system
-Call の後に閉じる必要があります。私はこれについて少し混乱しています。
ありがとう
python - Wineを使用したLinuxでwin32comを使用してExcelを自動化する
Python と win32com を使用して自動化したかなり複雑な Excel 2010 ファイルがあります。このために、ubuntu マシンの仮想ボックスで Windows を実行します。
ただし、その同じExcelファイルは、wine 1.3を直接使用してUbuntu Maverickで解決/正常に実行されます。VM を削除できるように、ワインで Excel を自動化する希望はありますか?
それとも、それはただのクレイジーな話ですか (私は疑っています)。