“xcode github”

Ok! So in my case, this server was used with a previous version of the Xcode Service and I had lingering legacy data after installing the new Server.app. I finally sucked it up and decided to have the Xcode Service wipe itself clean so I could start with a fresh configuration -- after doing so, I was able to get bots configured.The following command will irrevocably reset your entire Xcode Service data -- all existing configurations, repositories, existing bots, history, etc. will be removed and the service will start as though never configured:sudo xcrun xcscontrol --reset

Unless you had some agreement where the developer owned the rights to the source code, I would think no, it is not common. You should have the full Xcode project including source code.Apple does not store anything except the generated binary so there's nowhere to download anything from except getting it from your developer.The App Store resources page has everything you need to know about marketing an app.

Turning on the option in the code generation options has the same effect, so the User Flag must have been the result of migrating from an old version of Xcode.

You can do this in Xcode:(An embedded screen shot should appear here)The embedded graphic doesn't seem to appear when the post is saved.In Xcode:Debug/Debug Workflow/Always Show Disassembly

wjens wrote:> I thought the XPC Service template within xcode was only for XPC Services hosted within a parent application - produces .xpc files. I'm pretty sure those don't work as standalone XPC services like you describe above.Thanks for your input.I thought that this might be the case as well. In a variant of my prior test code, not shown here, I tried it with an Launch Agent based on the .app AppKit template but this didn't really change the broken connection behaviour. Which leads me to believe it's some kind of configuration issue.Although, I haven't tried the code of the Launch Agent, as posted above, as an Mac App created with the .app AppKit Xcode template but with the GUI stuff stripped out or with the Command Line Tool template.I forgot to mention in my previous post that debugging print statements in the Launch Agent's main.m, like the fprintf() calls in the example code or NSLog() or asl_log() calls in my original test code, do not appear anywhere in the command line output

I just ran a project on a 3GS from Xcode 6.3.2, so whatever problem you're seeing is specific to your installation / devices / provisioning setup.

I don't have any suggestions, but just FYI...I am also running 10.10.3 and XCode 7 beta (7A120f), and I downloaded the Swift Standard Library playground sample and it seems to work fine (although it did take some time to compile and run each page as I switched between them).So the problem isn't just specifically being on 10.10.3.