Example project needed about idb HOT 13 CLOSED

I agree that a Podpsec would be a good idea, I just have to figure out the best way of providing linker flags to dependents of the Framework.

can't get this to link properly unless I embed the framework and I can't do that without a code signing issue.

This suggests that you are using the Framework on an iOS binary. FBSimulatorControl links against OS X Frameworks. How is your project currently setup?

from idb.

Good point - last I checked you were not able to do that with a Podspec.

I am using OS X. Just dragged a release build of the framework into the project and linked to the OS X framework directories as you suggested. The strange thing is that all the things I linked to worked fine, but the library that threw this: "dyld: Library not loaded: @rpath/" was FBSimulatorControl.

Perhaps I included the framework improperly?

from idb.

Try to create a simple example:
https://github.com/makhov/fbsimulatorcontrol-example-cli-app

from idb.

+1 to this. I really want to see if we can use this to test our iOS projects in multiple simulators at once (each different device). Any word on better documentation for how this would work in that situation?

from idb.

It would be helpful if we could get better documentation to start this and run the test in multiple devices..

from idb.

+1 facing the same problem.

dyld: Library not loaded: @rpath/FBSimulatorControl.framework/Versions/A/FBSimulatorControl Reason: image not found

from idb.

Currently on vacation so can't take a long look at this, but I've added a PR for fbsimctl in #66. It uses a workspace that uses the framework. The issue you are seeing is that the FBSimulatorControl.framework isn't on your @rpath. The way that I solve this for fbsimctl is to bundle with the executable in a Frameworks directory that is in the same directory as the executable

The Copy phase takes the built framework and bundles it:

The 'Runpath Search Paths' adds the Framework directory to the binary's rpath:

from idb.

I still cannot figure out the right way. I think that when I put -rpath here, it becomes like the following

from idb.

@vodkhang When #109 lands it will be a much simpler install process. I'm testing now and will update the documentation accordingly

from idb.

@lawrencelomax thanks very much for that :)

from idb.

The readme states:

Test targets can be made that don't depend on any Application targets, or that launch multiple Application targets. This enables running against pre-built and archived Application binaries, rather than a binary that is built by a Test Target.

Is there an example project that demonstrates an iOS UITests target that runs against a pre-built Application binary?

from idb.

I've set up a GUI for FBSimulatorControl here: https://github.com/davidlawson/SimulatorController
Also serves as a simple example project.

from idb.

I'm happy to add Examples to the Readme or wiki for any examples that come along. Closing this out for now, if people want to raise specific issues or recommendation for documentation, that would be great.

from idb.