LLDB crash

My XCode 7 (second beta) crashes whenever I select the storyboard file.An Apple Engingeer suggested in a previous post to remove a conflicting ColorPicker from /Users/username/Library/ColorPickers/. However, when I ls the folder I see no files in it.Are there some other workarounds on this?Steps:I am starting XCode from scratch and creating a new project. Then adding a Watch target and then selecting any storyboard file and XCode crashes..Process: Xcode [4089] Path: /Applications/Xcode-beta.app/Contents/MacOS/Xcode Identifier: com.apple.dt.Xcode Version: 7.0 (8123.33) Build Info: IDEFrameworks-8123033000000000~10 Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: Xcode [4089] User ID: 489132888 Date/Time: 2015-07-06 16:57:27.744 +0100 OS Version: Mac OS X 10.10.3 (14D131) Report Version: 11 Anonymous UUID: ..... Time Awake Since Boot: 13000 seconds Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x00000000000

I navigate between UIViewController and use modal seguebut I want to return use this code:[self dismissViewControllerAnimated:YES completion:nil];And i have this error:EXC_BAD_ACCESS (code=EXC_l386_GPFLT)what can i do?Thanks

Does anyone know the possible causes of a Compiler connection failed error during shader compilation?No other feedback is provided by the shader compiler, but we did notice in the device log that the MTLCompilerService XPC process seems to be crashing. Device log is pasted below.It's appearing when trying to dynamically compile a Metal shader at runtime. The shader compiles without error when compiled using Xcode at build time.We require dynamic shaders in our app, so please refrain from answers that require us to pre-compile our shaders at build time. The first choice is to understand how to fix dynamic compilation....Bill----------------------------------------------------------------------------Incident Identifier: 569C25BB-5586-4A13-A191-1DA5654F4419CrashReporter Key: 55470ef8e3ff35d9a51350a540fc37c7802067f4Hardware Model: iPad4,4Process: MTLCompilerService [861]Path: /System/Library/Frameworks/Metal.framework/XPCServices/MTLCompilerService.xpc/MTLCompilerServiceIdentifier: com.apple.MTLCompilerS

Hi,i am building to my device for testing. However, an odd occurrence is happening.the build succeeds the XCode display states Running TheGameTitle On Device, however, the icon for the game never appears in the device, nor does game play start. WAit times of 5-10 minutes before giving up. No crash occurs, no errors. Just the scenario as described. Any ideas?

With the second El Capitan beta, seems we can't edit Mail account settings. Does anyone has this problem? And a solution?Every time I edit anything in accounts mail crashes..

I'd appreciate it if someone can help me analyze this crash report and give me some clues. A lot of my users are running into this problem (the app just crashes randomly) and I'm not sure how to reproduce it. Crash report is below. Aside from the main thread that this is reporting, the Thread 9 is also consistent across all crash reports of this kind. I have a view controller that works with cocoa bindings. It uses a private NSManagedObjectContext to load the data and bind the UI with. Something goes wrong when this view (and context) is deallocated, but I'm not sure what and how to address it. Any thoughts would be helpful. If there are any tricks I can use to reproduce the issue, that would be great as well.Version: 1.0.5 (1.05.3) Code Type: X86-64 (Native) OS Version: Mac OS X 10.10.4 (14E46) Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_CRASH (SIGSEGV) Exception Codes: 0x0000000000000000, 0x0000000000000000 Thread 0 Crashed

After much hair-pulling and frustration, I've determined that callingdocument.location.reload()from within an instance of WKWebView on iOS 9 Beta 1/2, immediately crashes the app with the following symbolicated stack-trace: (imgur link just in case: http://imgur.com/UGIVgM9)Sorry for the image rather than text, as I wasn't able to see anything but [redacted] for each line in the trace.Also, something to note:window.location.href = window.location.hrefDoes in fact work without a crash, while effectively doing the same thing, without passing along POST data.Let me know if anyone else has seen this behavior!

I think the following is a sensible concept:protocol SpecialValue {} extension Array: SpecialValue where Element: SpecialValue { }(that is, an array of SpecialValues is also a SpecialValue), but the above crashes both SourceKit and the Swift 2 compiler.Even this less specific version crashes both SourceKit and the compiler:extension Array where Element: SpecialValue { }Are either of these supposed to be something that can be wriiten in Swift? The similar:extension CollectionType where Generator.Element: SpecialValue { }works, but this:extension CollectionType: SpecialValue where Generator.Element: SpecialValue { }produces an error Extension of protocol 'CollectionType' cannot have an inheritance clause.

Application goes as follows.In iOS8+ works fine. Issue is iOS7.1.21. Swift application, used deployment target 7.1. No internet connection(mostly closed network). Enterprise distribution2. Have used objective-c files, so bridge is there.3. Works fine in simulator and device when watchdog timer is not there.4. In distribution, it waits for sometime and crashes. If taken again, it works.5. Sometimes after installation starts working after 1st crash, sometimes after 2-3 crashes.6. Once started, the application works fine without any issue.7. If device is hard reset, the 4-6 steps repeat again.The application hasn't even started and is crashing while loading libraries. I am providing the crashreport.Incident Identifier: 640032D5-9011-42B9-B6BE-94119151EF16CrashReporter Key: c3e8152a82b544c5bd8c034eda2cb360ae1d2255Hardware Model: iPad3,4 Process: MyApp [120]Path: /var/mobile/Applications/7938481F-47AD-4C7B-B278-91AF8474D108/MyApp.app/MyAppIdentifier: com.companyname.MyAppVersion

In one of our in-house apps we are using a UIWebView to preview PDFs. Most of the time this works as it should, but the app crashes rarely. We get an EXC_BAD_ACCESS in CFStringCreateWithBytes.As this crash never occured during development and we can't reproduce it, we just got a Crashlytics crash log:Thread : Crashed: com.apple.root.default-qos0 CoreFoundation 0x284d6eec __CFStringCreateImmutableFunnel3 + 5431 ??? 0xbadbeefb2 CoreFoundation 0x28404fc3 CFStringCreateWithBytes + 503 JavaScriptCore 0x29a24e7d ***::StringImpl::createCFString() + 844 JavaScriptCore 0x29a1280f ***::String::createCFString() const + 145 WebCore 0x3445e9af WebCore::fileSystemRepresentation(***::String const&) + 146 WebCore 0x3474fd0f WebCore::deleteFile(***::String const&) + 147 WebCore 0x34689217 ___ZN7WebCore14DiskImageCache10removeItemEj_block_invoke + 388 libdispatch.dylib 0x36faf2e3 _dispatch_call_block_and_release + 109 libdispatch.dylib 0x36fb9381 _dispatch_root_queue_drain + 138810 l

Dear Folks,I'm Lori from Autodesk company and working on Fusion 360 product. We recently found one application crash issue on Mac OS X 10.10 that need your help to check. Please refer to the crash call stack as below, thanks a lot!Our team member Rob has some analysis comments as below.-------------------------------------------This looks exactly like the ceil problem we found on Mountain Lion (10.8), except now it is from _nearbyint. I looked at the OSX versions of these reports and they are all 10.10.3. (Yosemite)The problem starts with a call to a std library function that uses __hash_table, usually std::unordered_map.insert….Here is the call in the llvm libc++ source (which may not be exactly the same as apples implementation.)https://llvm.org/svn/llvm-project/libcxx/trunk/include/__hash_table rehash(_VSTD::max<size_type>(2 * __bc + !__is_hash_power2(__bc), size_type(ceil(float(size() + 1) / max_load_factor()))));The ceil function for float is implemented in libsystem_m using simd