問題タブ [dyld]

いくつかのコードで放棄されたソフトウェアにパッチを適用しようとしています。

ソフトウェアはカーボン ベースなので、InputManager は使用できません (少なくとも、使用できるとは思いません)。私のアイデアは、マッチョ ヘッダーに dylib 参照を追加し、初期化ルーチンが呼び出されたときに新しいスレッドを起動することでした。

適切なロード コマンド (LC_LOAD_DYLIB) を追加するために、hexeditor を使用して mach-o ヘッダーをいじりました。

otool は私が期待するものを報告するので、ファイルが正しくフォーマットされていることはかなり確信しています。

ただし、バイナリを起動すると、次のエラーが表示されます

これは、LC_SYMTAB または LC_DYNSYMTAB セクションを変更する必要があることを意味していると推測できます...

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

iPhone アプリで PLDatabase フレームワークを使用しようとしています。フレームワークを Xcode プロジェクトに追加しました。ただし、アプリを実行すると、次のエラーでクラッシュします。

フレームワークを見つけるためにディスク上のどこに置く必要があるのか​​ 正確にはわかりません。

ありがとう

Python プログラムでグラフを作成していますが、グラフを視覚化する必要があります。

Tkinter を GUI として使用して他のすべてのデータを視覚化しています。データのグラフを含む小さなサブウィンドウを内部に作成したいと考えています。現時点では、データが .dot ファイルで表されています。そして、graphviz を開いたままにして、グラフを表示します。しかし、これはもちろん最適ではありません。tk ウィンドウ内でグラフを取得する必要があります。

コマンドラインからgraphvizを使用することを考えましたが、よく知られている同じバグに常に遭遇します:

このバグは、Graphviz コミュニティではよく知られているようです。

http://www.graphviz.org/bugs/b1479.html

http://www.graphviz.org/bugs/b1488.html

http://www.graphviz.org/bugs/b1498.html

コマンドラインユーティリティを使用できないように見えるので、コマンドラインを使用せずに、または同じエラーが発生するようなことをせずに、Pythonでドットグラフを描画する直接的な方法を誰かが知っているかどうか疑問に思っていましたか?

私はMac Leopard、python 2.5.2でプログラミングしています

シミュレーターでアプリケーションを実行しているときに、このエラー メッセージが表示されました。

ダイルド エラー メッセージ:

ライブラリがロードされていません: /System/Library/Frameworks/UIKit.framework/UIKit

参照元: /Users/thomasschober/Excuse Me/build/Distribution-iphonesimulator/Excuse Me.app/Excuse Me

理由: 画像が見つかりません

何が問題なのか理解できません。この問題を解決するのを手伝ってください

ありがとうございます

リークが発生しており、これがどこから発生しているのかを検出できません。スタック トレースは、dyld を開いた後に完全な情報を提供しません。いくつかのリークについては、スタック トレース情報を取得していません。私が得るのはオブジェクトメモリアドレスだけです。他の誰かが同じ問題に直面していますか。show leopard で XCode 3.2 を使用しています。

libSDL、libSDL_ttf などのいくつかの動的ライブラリに依存するプログラム (具体的には、SO DevDays カウントダウン アプリ チャレンジへのエントリ) があります。私はこれらのライブラリ/opt/local/libを MacPorts 経由でインストールしましたが、多くの人はこれらをインストールしていません (インストールしていても、その場所にインストールしていない人もいます)。

これらのライブラリをインストールしていない人がすぐに実行できるように、プログラムを配布するにはどうすればよいですか? もちろん、さまざまなファイルを配布する必要がありますが.dylib、これだけでは不十分です。動的ローダーは、私がインストールした場所にインストールされているライブラリを探します。Windows が DLL で行うように、動的ローダーに実行可能ファイルの現在のディレクトリを調べるように指示する方法はありますか? 環境変数 (例: DYLD_LIBRARY_PATH) を変更する必要はありません。これも、すぐに使えるようにしたいからです。

私たちのアプリのユーザーが、次のクラッシュ ログを送信してくれました (既にシンボル化されています)。

私のアプリは OpenFeint と PinchMedia 分析を使用しています。PinchMedia については、提供された .a ファイルを使用してリンクしています。OpenFeint については、コードをコンパイルしています (ガイドラインに従って)。リンクしているフレームワーク/ライブラリは次のとおりです。

• UIKit.framework (弱い)
• MapKit.framework (弱い)
• Foundation.framework
• CoreGraphics.framework
• OpenAL.framework
• AudioToolbox.framework
• libsqlite3
• SystemConfiguration.framework
• CoreLocation.framework
• PinchMedia 分析
• Security.framework
• QuartzCore.framework
• CFNetwork.framework

私のベース SDK は iPhone 3.0 であり、私のベース OS デプロイメント ターゲットは 2.2.1 です。

私が奇妙に思う2つのことがあります：

1. メイン メソッドが呼び出される前でもアプリがクラッシュします。
2. クラッシュ ログは、ここに投稿されたものとまったく同じように見えます: Objective-C iPhone App EXC_BREAKPOINT (SIGTRAP)

このクラッシュを私に送ったユーザーは、OS 2.2.1 を搭載した第 2 世代の iPod Touch を使用しています。問題を再現することはできませんでしたが、iTunes のコメントによると、同じ問題を抱えている人が増えているようです。

コマンド ラインから iPhone アプリを実行するときにプロジェクトにフレームワークを追加するときに、いくつかの問題に直面します。私の最終的な目標は、自動化されたビルド プロセスからアプリケーション テストを実行することです。

xCode からアプリを実行すると:

「ファイルのコピー」ビルド フェーズをターゲットに追加すると、すべてうまくいきます。コピーは「絶対パス」として $(BUILT_PRODUCTS_DIR) に設定されます

端末から (iphonesim プロジェクトを使用して) アプリを実行すると、次のエラーが発生します。

私が理解していないのは、コピー ビルド フェーズがフレームワーク ファイルをアプリと同じディレクトリにコピーするだけだということです。

コマンド ラインからアプリを実行すると、フレームワーク ファイルは既に同じディレクトリにあります。なぜそれがうまくいかないのか誰にも分かりますか？

また、次のディレクトリに OCMock.framework を追加しようとしました (成功しませんでした)。

前もってありがとう、ヴィンセント。

アプリで使用しているサードパーティのOSXdylibがあり、その作成者に簡単にアクセスできません。-flat_namespaceにリンクされているかどうかを確認したいと思います。それは可能ですか？もしそうなら、どのように？

I'm debugging an issue on OS X that only occurs when the application is started from the dock. It does not happen when the app is started from the command line. What is the difference between the two scenarios? The code I'm working with is a c++ based bundled plug-in being loaded in a third party app. I've attached to the process with GDB in both scenarios and the only difference I can see is that a couple of extra dylibs are loaded in the process when running from the command line and that the base address of my library is slightly different in the two scenarios. I've tried changing my linkage to -prebind and/or -bind_at_load to no avail.