search

auriamg / macdylibbundler

Utility to ease bundling libraries into executables for OSX
MIT License
546 stars 83 forks source link

Processed app crashes #40

Open kakyoism opened 4 years ago

kakyoism commented 4 years ago

New user here. My setup

Tried , on my hello-world app built with GTK+:

dylibbundler -od -b -x hello_gtk_app.app/Contents/MacOS/hello_gtk_app -d hello_gtk_app.app/Contents/Resources/lib/ -p @executable_path/../Resources/lib/

The resulting app simply crashes. Before this, it runs fine on the dev machine. If I turn to run the executable inside the app bundle from Terminal, then I see 

Killed: 9

Any ideas how I can fix this?

auriamg commented 4 years ago

Can you please run the app from a terminal and see if any additional information is logged?

kakyoism commented 4 years ago

Can you please run the app from a terminal and see if any additional information is logged?

That's the problem. I did exactly that and what I got was, like I said above, Killed: 9 Note that the app runs normally BEFORE the dylib fix.

kakyoism commented 4 years ago

I attached my Xcode project. Would you please take a look? To build it, you'll need:

brew install pygobject3 gtk+3

After that the Xcode project should build and run. This zip has the status before running the command

cd /path/to/<project_root>/build/Debug/
dylibbundler -od -b -x hello_gtk_app.app/Contents/MacOS/hello_gtk_app -d hello_gtk_app.app/Contents/Resources/lib/ -p @executable_path/../Resources/lib/

hello_gtk_app-without-dylibfix.zip

sclsj commented 2 years ago

Try lldb hello_gtk_app.app/Contents/MacOS/hello_gtk_app?

sclsj commented 2 years ago

Might have something to do with amfi because this might change code signature. Try using nvram variable nvram boot-args="amfi_get_out_of_my_way=0x1"