Looks like it's crashing while hashing a string as part of doing a dictionary subscript. Can you share the code around the last stack frame in your code, and describe where the keys in that dictionary come from? (Sharing on Radar is perfectly fine, of course, if you don't want to show the world.)

Comment by Michael McGuire (JIRA)

I've attached the source code for the various files involved in the first 5 or so crashes. The SelectedCardViewController.runner(for:) seems to be the commonality with these crashes, although it happens in different places. I noticed that at or just below each of these crashes there is a call to makeFeatureRunner which does some type erasure. Perhaps this is related to SR-9103? Unfortunately, I don't see any dictionary subscripting in where these crashes are happening, so not sure how to answer the part about keys in the dictionary. Let me know if there is any additional code that would be helpful.

After looking at the crash logs more thoroughly, it looks like some sort of general memory corruption but I don't have much in the way of specifics. A lot of the crashes happen when it gets a bad class pointer out of an object. Unfortunately I haven't been able to figure out what might be causing it. Any luck with a reduced example?

Comment by Michael McGuire (JIRA)

@mikeash Not yet, but we're still working on it! Hopefully should have something soon.

Comment by Justin Swart (JIRA)

Hi, are there any ways we could attempt to workaround this? We are also experiencing a high number of `outlined copy of Optional?` crashes on iOS 9.x and 10.x devices since updating to Swift 4.2.

I don't understand the crash well enough to recommend anything yet. If you'd like to attach whatever crash logs and source code you can, it might be useful to compare with the ones reported by Michael. Please feel free to attach them to a radar as Michael has done if you don't want to share them here.

Comment by Justin Swart (JIRA)

Thanks for the reply, Mike.

I've attached a crash log for this.

Fortunately our codebase is open-source, so here are a few links to relative source files:

Crash entry-point: https://github.com/kickstarter/ios-oss/blob/master/Library/ViewModels/DiscoveryPageViewModel.swift#L157

Struct in question: https://github.com/kickstarter/ios-oss/blob/master/KsApi/models/Project.swift

Will provide more info as we find it!

Comment by Justin Swart (JIRA)

Further investigation proved that this is our problematic enum: https://github.com/kickstarter/ios-oss/blob/master/KsApi/lib/Route.swift and breaking it up into smaller enums helped to prevent the crash. Although this does feel like an awkward workaround.

Awkward indeed. That is extremely valuable information, though!

Comment by Justin Swart (JIRA)

Good! Hope it proves useful. Something else I should mention is that although we've been discussing it on this thread, SR-8950 actually seems exactly like the crash we are having.

Thanks for the pointer. If it is indeed the same problem then that would be great, since it has a simple test case.

Comment by Michael McGuire (JIRA)

@mikeash Hope you had (are having?) some great time off for the holidays!

A colleague of mine spent some time removing most of the code from our application to create a reproduction we could sent to you. He uploaded it as #46878694 to Bug Reporter. Let me know if there's anything else we can do to help!

MonocularVision (JIRA User) Thanks! I took some extra time off and am now getting back into things. It looks like that bug got assigned to someone else in the meantime and is working through. I'll keep an eye on it. Having a reproducer should help enormously, thanks very much for doing that. Hopefully we can figure it out.

Guess I did a poor job of keeping an eye on it. This was fixed in Xcode 10.2.