問題タブ [rosetta]

10.5をターゲットとし、ガベージコレクションを使用するユニバーサルアプリがあります。私はppc、i386、x86_64用にビルドしています。

物理的なPowerPCマシンにアクセスできないため、Rosettaを使用して、アプリのPowerPC部分が正しく機能することを確認しようとしています。

ただし、アプリがRosettaで起動されるとすぐに、次のクラッシュログでクラッシュします。

翻訳されたアプリのデバッグに関するAppleドキュメントとこのページの情報を使用して、Rosettaで実行されているときにgdbをアプリにアタッチしました。アプリは起動するとすぐにデバッガーに侵入します。

これからどこから始めればいいのかわかりません。ガベージコレクターが非常にひどく失敗しているようです。ガベージコレクションされたPowerPCアプリはRosettaでサポートされていませんか？もしそうなら、私はドキュメントでこの制限についての言及を見ることができません。

誰かアイデアはありますか？

インストールに依存するPythonスクリプトに取り組んでいrosettaます。Rosetta は、Mac OS X 用のダイナミック バイナリ トランスレータであり、多くの PowerPC アプリケーションを特定の Intel ベースの Macintosh コンピュータで変更せずに実行できます。OSをチェックして、存在するかどうかを確認する方法rosettaはありますか？

だから私はこのソースgdb-1515を持っています。Snow Leopard で Xcode 3.2.6 コマンド ライン ツールを使用しています (この gdb ソースは、それらに含まれる gdb のソースです)。

実行しようとしています (内部/private/var/root/Downloads/gdb-1515/src/gdb/gdbserver):

次の場合に失敗します。

等。

フォルダbfd.h内にはどこにもありません。gdb-1515

出力を返しません。

attach_to_classic_processptrace の代わりに( 内で定義されたmacosx/macosx-nat.c)を呼び出したい- そのため、ディレクトリgdbserver/macosx_low.c:476からビルドしようとしています。macosx/macosx-nat.cgdbserver

現在、ロゼッタ プロセスで失敗する ptrace が使用されています。

わかりましたので、リモート gdb 接続を使用して、Snow Leopard で実行されている従来の (Rosetta) プロセスをデバッグしたいと思います。いずれにせよ、すべての Rosetta アプリケーションがリモート接続を使用してデバッグを行っているため、これは明らかな原因です。さらに、gdb アプリケーションは、前述の PowerPC アプリケーションと正常に接続できます。このAppleソースからgdbserverをコンパイルしようとしていますただし、これはエイズです。このパッケージに含まれる gdbserver の方法は根本的に間違っているようです。gdbserver が ptrace を使用しようとしているときに、元の gdb が特別な関数を使用して従来のプロセスへの接続を確立しているためです。私の頭に浮かぶもう1つのことは、地獄のgdbserverが非常に遅れて複雑でなければならない理由です-機能的なgdbコマンドラインアプリケーション（おそらくある種のラッパー）と直接連携しないのはなぜですか?

以前、MacOs M1 に Homebrew rosetta バージョンをインストールしましたが、HomeBrew にネイティブ バージョンがあることがわかりました。Rosetta で Homebrew を削除して、ネイティブ バージョンをインストールするにはどうすればよいですか。この問題で私を助けてください、ありがとう

M1 Mac でユニバーサル アプリが強制的に Rosetta 2 モードで実行されているかどうかを確認するためのシェルまたは applescript コマンドはありますか?

はいの場合、アプリのチェックボックス「ロゼッタで開く」を有効にするシェルまたはアップルスクリプトコマンドもありますか?

MS Outlook がエミュレーション モードで実行されているかどうかをテストするためにこれが必要です。これは、一部の AppleScript がネイティブ ARM64 モードの Outlook で正しく動作しないためです。

ありがとうアルミン