Latest Contributions by JakeShapley

I've been chasing this bug for weeks. Getting crash due to EXC_BAD_ACCESS (code=EXC_I386_GPFLT) frequently (~25% of the time) when backgrounding and re-foregrounding iOS app. We are using iOS Runtime 100.2.1. Crash is occurring across device types and iOS versions. Any help in identifying a workaround would be appreciated. Our implementation: 1) all tables and layers instantiated from local runtime replica geodatabase (regsGDB.geodatabase):     fileprivate func initGDB() -> Void {         self.deinitGDB()         regsGDB = AGSGeodatabase(fileURL: FileUtil.urlFor(GlobalConstants.fileNames.REGS_WORKING_GDB)!)         regsGDB.load(completion: {[weak self] (error: Error?) in             if (error != nil) {                 self?.regsGDBLoaded = false                 self?.disableFeatureInteraction()                 os_log("Error loading geodatabase", [error?.localizedDescription])             } else {                 self?.loadLayers()             }})     } 2) strong references to tables and layers, with nil checks on regsGDB before calling load (for tables and layers): fileprivate func loadLayers() -> Void {         if regsGDB != nil && regsGDB.loadStatus == .loaded {             self.countiesTable = (regsGDB.geodatabaseFeatureTable(byServiceLayerID: GlobalConstants.IDs.COUNTIES_LAYER_INDEX)!) as AGSFeatureTable             self.countiesLayer = AGSFeatureLayer(featureTable: (self.countiesTable)!)             self.countiesLayer.renderer = EsriUtil.municipalityPolyRenderer             self.countiesLayer.labelsEnabled = true             self.countiesLayer.selectionColor = UIColor.cyan             self.countiesLayer.selectionWidth = 5             self.countiesLayer.minScale = 6000000             self.map.operationalLayers.add(self.countiesLayer)                          self.citiesTable = (regsGDB.geodatabaseFeatureTable(byServiceLayerID: GlobalConstants.IDs.CITIES_LAYER_INDEX)!) as AGSFeatureTable             self.citiesLayer = AGSFeatureLayer(featureTable: (self.citiesTable)!)             self.citiesLayer.renderer = EsriUtil.municipalityPolyRenderer             self.citiesLayer.labelsEnabled = true             self.citiesLayer.selectionColor = UIColor.cyan             self.citiesLayer.selectionWidth = 5             self.citiesLayer.minScale = 6000000             self.map.operationalLayers.add(self.citiesLayer) . . . 3) deinit by manually removing all operationalLayers and tables, nilling out all layers and tables prior to reinitializing and loading gdb, tables and layers:  fileprivate func deinitGDB() -> Void {         // remove and nil out the layers         self.map.operationalLayers.removeAllObjects()         self.countiesLayer = nil         self.citiesLayer = nil        .        .        .         // remove and nil out the tables         self.map.tables.removeAllObjects()         self.countiesTable = nil         self.citiesTable = nil        .        .        .         if regsGDB != nil {             switch regsGDB.loadStatus {             case .loading:                 regsGDB.cancelLoad()                 break             default:                 break             }             regsGDB.close()         }         regsGDBLoaded = false     } I have not been able to reproduce by stepping through/over. Thoughts? Attached is a debug log of ObjC and C++ Exceptions encountered on foregrounding repeatedly in the same session. Note, crash only occurs when breakpoints are turned off (see crash again in last backtrace in this file). Here's a back-trace of the crash (full stack is attached): * thread #67, queue = 'com.apple.root.default-qos', stop reason = EXC_BAD_ACCESS (code=EXC_I386_GPFLT)   * frame #0: 0x000000010f2574b4 ArcGIS`columnMem + 88     frame #1: 0x000000010f257535 ArcGIS`ags_sqlite3_column_bytes + 15     frame #2: 0x000000010e87a38d ArcGIS`Esri_runtimecore::Geodatabase::Sqlite_command::get_as_text(int) + 77     frame #3: 0x000000010e81287e ArcGIS`Esri_runtimecore::Geodatabase::Bound_row_value::operator std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >() const + 28     frame #4: 0x000000010e848b6d ArcGIS`Esri_runtimecore::Geodatabase::populate_field_definitions(std::__1::shared_ptr<Esri_runtimecore::Geodatabase::Database>, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >) + 503     frame #5: 0x000000010e814079 ArcGIS`Esri_runtimecore::Geodatabase::Catalog_dataset::get_item_definition(Esri_runtimecore::Geodatabase::Catalog_item_reference const&) + 2825     frame #6: 0x000000010e890fce ArcGIS`Esri_runtimecore::Geodatabase::Details::Table_schema::describe(std::__1::shared_ptr<Esri_runtimecore::Geodatabase::Database>&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) + 232     frame #7: 0x000000010e891aab ArcGIS`Esri_runtimecore::Geodatabase::Details::Table_schema::open(std::__1::shared_ptr<Esri_runtimecore::Geodatabase::Database>&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) + 191     frame #8: 0x000000010e8ad763 ArcGIS`std::__1::shared_ptr<Esri_runtimecore::Geodatabase::Table> Esri_runtimecore::Geodatabase::Database::open<Esri_runtimecore::Geodatabase::Table>(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) + 51     frame #9: 0x000000010da7a276 ArcGIS`Esri_runtimecore::Mapping::Geodatabase_feature_table::load_sync(pplx::cancellation_token) + 206     frame #10: 0x000000010da7cc3a ArcGIS`std::__1::__function::__func<Esri_runtimecore::Mapping::Geodatabase_feature_table::load_or_retry_(Esri_runtimecore::Mapping::Loadable::Load_or_retry_mode)::$_2, std::__1::allocator<Esri_runtimecore::Mapping::Geodatabase_feature_table::load_or_retry_(Esri_runtimecore::Mapping::Loadable::Load_or_retry_mode)::$_2>, void ()>::operator()() + 150     frame #11: 0x000000010db748b2 ArcGIS`std::__1::__function::__func<Esri_runtimecore::Mapping::Task<void>::Task(std::__1::function<void ()>, pplx::cancellation_token_source)::'lambda'(), std::__1::allocator<Esri_runtimecore::Mapping::Task<void>::Task(std::__1::function<void ()>, pplx::cancellation_token_source)::'lambda'()>, boost::any ()>::operator()() + 18     frame #12: 0x000000010deeb4fb ArcGIS`std::__1::function<boost::any ()>::operator()() const + 27     frame #13: 0x000000010deeb75e ArcGIS`std::__1::__function::__func<Esri_runtimecore::Mapping::Task_implementation::Task_implementation(std::__1::function<boost::any ()>, Esri_runtimecore::Mapping::Task_options)::$_0, std::__1::allocator<Esri_runtimecore::Mapping::Task_implementation::Task_implementation(std::__1::function<boost::any ()>, Esri_runtimecore::Mapping::Task_options)::$_0>, boost::any ()>::operator()() + 50     frame #14: 0x000000010deeb4fb ArcGIS`std::__1::function<boost::any ()>::operator()() const + 27     frame #15: 0x000000010deeb28f ArcGIS`pplx::details::_PPLTaskHandle<boost::any, pplx::task<boost::any>::_InitialTaskHandle<boost::any, Esri_runtimecore::Mapping::Task_implementation::Task_implementation(std::__1::function<boost::any ()>, Esri_runtimecore::Mapping::Task_options)::$_0, pplx::details::_TypeSelectorNoAsync>, pplx::details::_TaskProcHandle>::invoke() const + 267     frame #16: 0x000000010f55d5c4 ArcGIS`pplx::details::_TaskProcHandle::_RunChoreBridge(void*) + 16     frame #17: 0x000000010ee1b428 ArcGIS`Esri_runtimecore::Common::Core_scheduler::invoke_(Esri_runtimecore::Common::Core_scheduler::Queued_proc*) + 24     frame #18: 0x000000010ee1b3d0 ArcGIS`Esri_runtimecore::Common::Core_scheduler::Queued_proc::invoke() + 48     frame #19: 0x000000010ee1ad1f ArcGIS`Esri_runtimecore::Common::Core_scheduler::bridge_proc_(void*) + 23     frame #20: 0x0000000119e8a848 libdispatch.dylib`_dispatch_client_callout + 8     frame #21: 0x0000000119e8f675 libdispatch.dylib`_dispatch_queue_override_invoke + 1451     frame #22: 0x0000000119e963c8 libdispatch.dylib`_dispatch_root_queue_drain + 664     frame #23: 0x0000000119e960d2 libdispatch.dylib`_dispatch_worker_thread3 + 132     frame #24: 0x000000011c615169 libsystem_pthread.dylib`_pthread_wqthread + 1387     frame #25: 0x000000011c614be9 libsystem_pthread.dylib`start_wqthread + 13 (lldb) ... View more

Hi, We have an iOS app out on the App Store. We recently updated to 100.2.1 and started getting crashes caused by: #1 (null) in std::__1::__function::__func<Esri_runtimecore::Mapping::Geo_view::schedule_update_attribution_()::$_59, std::__1::allocator<Esri_runtimecore::Mapping::Geo_view::schedule_update_attribution_()::$_59>, void ()>::operator()() () Unfortunately, we have not been able to reproduce it and these crashes are unsymbolicated, despite the fact that I selected option to include symbols when I uploaded the build (and, yes, this is the same machine that has the original archive on it). Thoughts on what would cause this? Based on your documentation, I know the method is associated with map attribution. We are not altering the display, etc. of the attribution at all. Cheers, Jake ... View more