Regular Xamarin Forms iOS Crash

853
4
06-05-2019 11:09 AM
CalebPourchot
New Contributor III

I get this report several times a day from my iOS users. I can't seem to reproduce it. It doesn't appear on Android. Any ideas? 

The map in my app can have layers that turn on and off - each with their own labels. Or, by default, the map uses the Vector Aerial Basemap with labels... is that where the problem is?

Esri_runtimecore::Map_renderer::TVector_Graphics_surface<Esri_runtimecore::Map_renderer::Label_graphic_state>::update_graphic(long long, std::__1::function<unsigned int (long long, Esri_runtimecore::Map_renderer::Label_graphic_state&)> const&)

BACKGROUND THREAD 8 - CRASHED
  • libsystem_pthread.dylib
    pthread_mutex_lock$VARIANT$mp
  • libc++.1.dylib
    std::__1::mutex::lock()
  • libc++.1.dylib
    std::__1::timed_mutex::lock()
  • ArcGIS-arm64
    Esri_runtimecore::Map_renderer::TVector_Graphics_surface<Esri_runtimecore::Map_renderer::Label_graphic_state>::update_graphic(long long, std::__1::function<unsigned int (long long, Esri_runtimecore::Map_renderer::Label_graphic_state&)> const&)
  • ArcGIS-arm64
    Esri_runtimecore::Map_renderer::Label_layer::remove_graphic_label(int)
  • ArcGIS-arm64
    std::__1::function<void (int)>::operator()(int) const
  • ArcGIS-arm64
    Esri_runtimecore::Labeling::Feature_family::remove_labels(Esri_runtimecore::Labeling::Label_class_ const&, std::__1::function<void (Esri_runtimecore::Labeling::Label_family&)> const&, std::__1::function<void (int)> const&)
  • ArcGIS-arm64
    Esri_runtimecore::Labeling::Label_engine_2D_::remove_label_class(std::__1::__map_iterator<std::__1::__tree_iterator<std::__1::__value_type<int, std::__1::shared_ptr<Esri_runtimecore::Labeling::Label_class_> >, std::__1::__tree_node<std::__1::__value_type<int, std::__1::shared_ptr<Esri_runtimecore::Labeling::Label_class_> >, void*>*, long> >)
  • ArcGIS-arm64
    std::__1::__function::__func<Esri_runtimecore::Labeling::Label_engine_::schedule_remove_label_class(int const&)::$_11, std::__1::allocator<Esri_runtimecore::Labeling::Label_engine_::schedule_remove_label_class(int const&)::$_11>, bool (Esri_runtimecore::Labeling::Label_engine_&)>::operator()(Esri_runtimecore::Labeling::Label_engine_&)
  • ArcGIS-arm64
    Esri_runtimecore::Labeling::Label_engine_::update_labels()
  • ArcGIS-arm64
    std::__1::__function::__func<pplx::details::_MakeVoidToUnitFunc(std::__1::function<void ()> const&)::$_2, std::__1::allocator<pplx::details::_MakeVoidToUnitFunc(std::__1::function<void ()> const&)::$_2>, unsigned char ()>::operator()()
  • ArcGIS-arm64
    pplx::details::_PPLTaskHandle<unsigned char, pplx::task<unsigned char>::_InitialTaskHandle<void, Esri_runtimecore::Map_renderer::Label_layer::prepare(std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Drawable::Render_properties>&, std::__1::shared_ptr<Esri_runtimecore::Map_renderer::Display_properties> const&)::$_3, pplx::details::_TypeSelectorNoAsync>, pplx::details::_TaskProcHandle>::invoke() const
  • ArcGIS-arm64
    pplx::details::_TaskProcHandle::_RunChoreBridge(void*)
  • ArcGIS-arm64
    Esri_runtimecore::Common::Core_scheduler::bridge_proc_(void*)
  • ArcGIS-arm64
    Esri_runtimecore::Common::Queued_thread::process_message_(std::__1::shared_ptr<Esri_runtimecore::Common::Message_queue::Message> const&)
  • ArcGIS-arm64
    Esri_runtimecore::Common::Queued_thread::execute_()
  • ArcGIS-arm64
    Esri_runtimecore::Common::Thread::thread_proc_(Esri_runtimecore::Common::Thread*)
  • ArcGIS-arm64
    void* std::__1::__thread_proxy<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, void (*)(Esri_runtimecore::Common::Thread*), Esri_runtimecore::Common::Thread*> >(void*)
  • libsystem_pthread.dylib
    _pthread_body
0 Kudos
4 Replies
CalebPourchot
New Contributor III

Has there been anyone looking into this issue? It is the #1 issue in my app. I get multiple crashes from this every single day. Please at least let me know that someone is looking into it???

Thanks,

Caleb

0 Kudos
dotMorten_esri
Esri Notable Contributor

Do you have a sample that reproduces this? That would help a lot wrt debugging the problem.

You might also want to try v100.6, in case this was already fixed.

0 Kudos
CalebPourchot
New Contributor III

I know a solid repro would be helpful, but that's the thing... i don't have one. BTW, I upgraded to 100.6 and now I have a different problem with LocationDisplay always being null. I'm going to post a separate question about that.

Thanks,

Caleb

0 Kudos
CalebPourchot
New Contributor III

FYI - after a few weeks of operating with 100.6, this issue is no longer appearing in my AppCenter logs... so hooray! Unless it is just masked as a different issue, which I am going to post a different question about.

0 Kudos