POST
|
I have been getting a crash in the runtime over the last several months that I can't track down. I am not able to reproduce it, but the logs of it show up in my AppCenter crashes on both Android and iOS. This is the stack trace available from AppCenter: AllLayersObservable+<GetEnumerator>d__17.MoveNext () System.InvalidOperationException: Collection was modified; enumeration operation may not execute. List`1+Enumerator[T].MoveNextRare () List`1+Enumerator[T].MoveNext () AllLayersObservable+<GetEnumerator>d__17.MoveNext () Enumerable.TryGetFirst[TSource] (System.Collections.Generic.IEnumerable`1[T] source, System.Func`2[T,TResult] predicate, System.Boolean& found) MapView.FindLayerByCoreLayer (RuntimeCoreNet.GeneratedWrappers.CoreLayer coreLayer) ICoreCallback_GeoView_LayerViewStateChanged.LayerViewStateChanged>b__0 () Thread+RunnableImplementor.Run () on iOS: List`1+Enumerator[T].MoveNextRare () List`1+Enumerator[T].MoveNext () AllLayersObservable+<GetEnumerator>d__17.MoveNext () Enumerable.TryGetFirst[TSource] (System.Collections.Generic.IEnumerable`1[T] source, System.Func`2[T,TResult] predicate, System.Boolean& found) Enumerable.FirstOrDefault[TSource] (System.Collections.Generic.IEnumerable`1[T] source, System.Func`2[T,TResult] predicate) MapView.FindLayerByCoreLayer (RuntimeCoreNet.GeneratedWrappers.CoreLayer coreLayer) ICoreCallback_GeoView_LayerViewStateChanged.LayerViewStateChanged>b__0 () DispatchQueue.static_dispatcher_to_managed (System.IntPtr context) (wrapper native-to-managed) CoreFoundation.DispatchQueue.static_dispatcher_to_managed(intptr) (wrapper managed-to-native) UIKit.UIApplication.UIApplicationMain(int,string[],intptr,intptr) UIApplication.Main (System.String[] args, System.Type principalClass, System.Type delegateClass) Application.Main (System.String[] args) (wrapper managed-to-native) UIKit.UIApplication.UIApplicationMain(int,string[],intptr,intptr) UIApplication.Main (System.String[] args, System.Type principalClass, System.Type delegateClass) Application.Main (System.String[] args) I presume I have a race condition where some other thread is modifying that collection, but I don't know exactly what collection in the runtime that is or what triggers layer view state to change. Anyone run into this? Anyone have any pointers? Using .NET Runtime SDK 100.13.1 on Xamarin.Forms 5.0.x Thanks, Caleb
... View more
04-15-2022
09:58 AM
|
0
|
0
|
243
|
POST
|
Still seeing this... months later with 100.12 runtime. iOS 14.7.1. Anyone?
... View more
09-29-2021
06:20 AM
|
1
|
0
|
928
|
POST
|
I was able to finally reproduce a fairly common, but random crash on iOS, so i have a more complete debug stack trace. I'm hoping it helps you find the issue. It looks to me like a race condition where something is trying to update the location indicator on the map, but the map has gone away already. iOS 13.3 iPhone SE 100.7 Runtime Xamarin Forms 4.4.0.991640 ================================================================= Native Crash Reporting ================================================================= Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. ================================================================= ================================================================= Native stacktrace: ================================================================= 2020-02-21 07:58:50.135 Landscape.Mobile.iOS[458:18259] 2020-02-21 07:58:50.1354|INFO|Landscape.Mobile.App|Page disappearing: Landscape.Mobile.MapViewPage 2020-02-21 07:58:50.139 Landscape.Mobile.iOS[458:18259] 2020-02-21 07:58:50.1388|INFO|Landscape.Mobile.App|Map viewmodel got page disappearing 0x10ac8cbd0 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : mono_dump_native_crash_info 0x10ac82a90 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : mono_handle_native_crash 2020-02-21 07:58:50.159 Landscape.Mobile.iOS[458:18259] 2020-02-21 07:58:50.1594|INFO|Landscape.Mobile.App|Page appearing: Landscape.Mobile.VisitHomePage 0x10ac91304 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : mono_sigsegv_signal_handler_debug 0x19d860894 - /usr/lib/system/libsystem_platform.dylib : <redacted> 0x1166221a8 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : _ZN16Esri_runtimecore12Map_renderer25update_graphic_visibilityERNS0_24TVector_Graphics_surfaceINS0_22Location_graphic_stateEEExb 0x1166221a8 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : _ZN16Esri_runtimecore12Map_renderer25update_graphic_visibilityERNS0_24TVector_Graphics_surfaceINS0_22Location_graphic_stateEEExb 0x11662554c - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : _ZN16Esri_runtimecore12Map_renderer16Location_display15update_locationERKNS1_8LocationE 0x11563c23c - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : _ZN16Esri_runtimecore9Geo_views16Location_display13set_location_ERKNSt3__110shared_ptrIKNS0_8LocationEEEb 0x115641020 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : _ZN16Esri_runtimecore6Common4SlotIFvRKNS_9Geo_views20Location_data_sourceENSt3__110shared_ptrIKNS2_8LocationEEEEE12target_modelIZNS2_16Location_display15set_data_sourceERKNS7_IS3_EEE3$_7E6invokeEPKvS5_NS6_17reference_wrapperISA_EE 0x1170ead80 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : _ZNK16Esri_runtimecore6Common13Signal_detail11Signal_base7notify_ENS0_12Function_refIFvRNS1_18erased_target_baseEEEE 0x115639b00 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : _ZN16Esri_runtimecore9Geo_views20Location_data_source15update_locationENSt3__110shared_ptrIKNS0_8LocationEEE 0x115394ae4 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : RT_LocationDataSource_updateLocation 0x11510493c - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Frameworks/ArcGIS-arm64.framework/ArcGIS-arm64 : CoreRT_LocationDataSource_updateLocation 0x10a5774e0 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : wrapper_managed_to_native_RuntimeCoreNet_GeneratedWrappers_CoreLocationDataSource_CoreRT_LocationDataSource_updateLocation_intptr_intptr_intptr_ 0x109af3608 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : RuntimeCoreNet_GeneratedWrappers_CoreLocationDataSource_UpdateLocation_RuntimeCoreNet_GeneratedWrappers_CoreLocation 0x109f5d2cc - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : Esri_ArcGISRuntime_Location_LocationDataSource_OnLocationChanged_Esri_ArcGISRuntime_Location_Location 0x109f5d15c - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : Esri_ArcGISRuntime_Location_LocationDataSource_UpdateLocation_Esri_ArcGISRuntime_Location_Location 0x109f60328 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : Esri_ArcGISRuntime_Location_SystemLocationDataSource_RaiseLocationChanged_Esri_ArcGISRuntime_Internal_Geoposition_bool 0x109f5f0d4 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : Esri_ArcGISRuntime_Location_SystemLocationDataSource_Locator_PositionChanged_object_Esri_ArcGISRuntime_Internal_PositionChangedEventArgs 0x10a0465ac - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : Esri_ArcGISRuntime_Internal_Geolocator_OnPositionChanged 0x10a045b64 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : Esri_ArcGISRuntime_Internal_Geolocator_UpdateTimer_Elapsed_object_System_Timers_ElapsedEventArgs 0x106042468 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : System_Timers_Timer_MyTimerCallback_object 0x1052f4a64 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : System_Threading_Timer_Scheduler_TimerCB_object 0x1052ea3d4 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : System_Threading_QueueUserWorkItemCallback_System_Threading_IThreadPoolWorkItem_ExecuteWorkItem 0x1052e8208 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : System_Threading_ThreadPoolWorkQueue_Dispatch 0x106f140e0 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : ObjCRuntime_Runtime_ThreadPoolDispatcher_System_Func_1_bool 0x1052ea1b8 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : System_Threading__ThreadPoolWaitCallback_PerformWaitCallback 0x1059fab34 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : wrapper_runtime_invoke_object_runtime_invoke_dynamic_intptr_intptr_intptr_intptr 0x10ac9472c - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : mono_jit_runtime_invoke 0x10ad54bdc - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : mono_runtime_try_invoke 0x10ad98d78 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : worker_callback 0x10ad969f8 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : worker_thread 0x10ada1d70 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : start_wrapper_internal 0x10ada1bf4 - /private/var/containers/Bundle/Application/41D77683-DD8B-4AA7-9D3E-AB8A4901818B/Landscape.Mobile.iOS.app/Landscape.Mobile.iOS : start_wrapper 0x19d86dd8c - /usr/lib/system/libsystem_pthread.dylib : _pthread_start 0x19d87176c - /usr/lib/system/libsystem_pthread.dylib : thread_start ================================================================= Basic Fault Address Reporting ================================================================= Memory around native instruction pointer (0x116621f94):0x116621f84 fd c3 00 91 f3 03 02 aa f4 03 01 aa f5 03 00 aa ............ .... 0x116621f94 08 28 40 f9 e8 03 00 f9 ff 13 00 79 00 e1 01 91 .(@... .....y.... 0x116621fa4 c5 87 53 94 e8 03 00 32 e8 2b 00 39 e0 03 15 aa ..S....2.+.9.... 0x116621fb4 e1 03 14 aa e2 03 13 aa 92 18 00 94 f3 03 00 aa ........... ..... ================================================================= Managed Stacktrace: ================================================================= at <unknown> <0xffffffff> at RuntimeCoreNet.GeneratedWrappers.CoreLocationDataSource:CoreRT_LocationDataSource_updateLocation <0x00007> at RuntimeCoreNet.GeneratedWrappers.CoreLocationDataSource:UpdateLocation <0x000b7> at Esri.ArcGISRuntime.Location.LocationDataSource:OnLocationChanged <0x000cb> at Esri.ArcGISRuntime.Location.LocationDataSource:UpdateLocation <0x000ab> at Esri.ArcGISRuntime.Location.SystemLocationDataSource:RaiseLocationChanged <0x00f37> at Esri.ArcGISRuntime.Location.SystemLocationDataSource:Locator_PositionChanged <0x000c3> at Esri.ArcGISRuntime.Internal.Geolocator:OnPositionChanged <0x0012b> at Esri.ArcGISRuntime.Internal.Geolocator:UpdateTimer_Elapsed <0x00063> at System.Timers.Timer:MyTimerCallback <0x00167> at Scheduler:TimerCB <0x00063> at System.Threading.QueueUserWorkItemCallback:System.Thr eading.IThreadPoolWorkItem.ExecuteWorkItem <0x00033> at System.Threading.ThreadPoolWorkQueue:Dispatch <0x001e7> at ObjCRuntime.Runtime:ThreadPoolDispatcher <0x0003f> at System.Threading._ThreadPoolWaitCallback:PerformWaitCallback <0x00087> at System.Object:runtime_invoke_dynamic <0x00103> ================================================================= The app has been terminated. Failed to Stop app: An error occurred on client IDB164000309 while executing a reply for topic xvs/idb/16.4.0.309/stop-app The app has been terminated.
... View more
02-21-2020
06:08 AM
|
0
|
0
|
647
|
POST
|
I recently switched to Page Appearing strategy and it is occasionally crashing - so far only on Android: MapViewGenericViewModel.InitializeLocationDisplay () MapViewGenericViewModel.PageAppearing () AsyncMethodBuilderCore+<>c.<ThrowAsync>b__7_0 (System.Object state) SyncContext+<>c__DisplayClass2_0.<Post>b__0 () Thread+RunnableImplementor.Run () IRunnableInvoker.n_Run (System.IntPtr jnienv, System.IntPtr native__this) (wrapper dynamic-method) Android.Runtime.DynamicMethodNameCounter.63(intptr,intptr) Null reference exception when trying to enable location display in my Page Appearing handler. I have to switch back to the original propertychanged method given above. This also makes me nervous about other things that aren't ready during Page Appearing... Caleb
... View more
11-05-2019
07:01 AM
|
0
|
0
|
2004
|
POST
|
Using the Xamarin.Forms "Change Basemap" sample from the Runtime GitHub. Simply added the enable location code to the Initialize method: private void Initialize() { // Create new Map with basemap Map myMap = new Map(Basemap.CreateTopographic()); // Assign the map to the MapView MyMapView.Map = myMap; // Wait for the MapView to load. MyMapView.PropertyChanged += (o, e) => { if (e.PropertyName == nameof(MyMapView.LocationDisplay) && MyMapView.LocationDisplay != null) { MyMapView.LocationDisplay.IsEnabled = true; } }; } Debug the sample (using VisualStudio 2019 16.3.5), Do a bunch of zooming in and out and after a couple seconds, the app just hangs. I first saw it in my own app and decided to try and repro it with a sample. It seems to repro every time for me. I think this may be the same issue as some random hanging in my production app that i'm getting reports of, but I can't reproduce it solidly in production. Hope you can help. Thanks.
... View more
10-23-2019
08:56 AM
|
0
|
0
|
347
|
POST
|
Thanks Morten, Just to clarify though - let's say my code was to update the geometry of a graphic in the runtime like: someGraphic.Geometry = routeBuilder.ToGeometry(); after the runtime has handled the ApplicationDidEnterBackground notification. Are there any scenarios where that may cause the runtime to try and draw on the map even though it is backgrounded? The MapView is the current Forms page, but the device is asleep. PageDisappearing has never been called. It's possible that this could happen in my app (though i've gone through pains to try and prevent it) because I keep track of gps points in the background.
... View more
10-23-2019
05:42 AM
|
0
|
0
|
497
|
POST
|
On iOS it is a no-no to try and do any drawing when the page is not visible. On Xamarin.Forms it's really hard to catch all the times this can happen and act quickly enough. So, my question is whether the runtime is already handling this for me? So, for example, if the location display is on and the app gets backgrounded - if a GPS update is in the middle of being processed, will the runtime do the right thing and not try to update the location marker? Or, am I supposed to try and turn off the location marker as fast as possible when I detect the app getting backgrounded? If I update a graphic on the map in response to a GPS event, but the app gets backgrounded before it is drawn by the runtime, what happens? On Forms I don't get a Page Disappearing when the app is backgrounded. Another possible race happens if I open a new page on top of the Map View - I will get a Page Appearing of the new page before I get a Page Disappearing from the Map View page. Does that mean there is potential for a draw to occur while the map is hidden? Not only am I curious, but I am getting untraceable crashes randomly when the map is being hidden. I get no crash logs from them so I don't even know what code is crashing (I know, not helpful to you). Any insight about the way I should be handling these situations would be great. Thanks
... View more
10-22-2019
03:40 PM
|
0
|
2
|
545
|
POST
|
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.
... View more
10-22-2019
03:29 PM
|
0
|
0
|
756
|
POST
|
I had it attached to the Map.MapLoaded event, so apparently that fires before Page.OnAppearing. Is this guaranteed? Are there things that shouldn't be touched if OnAppearing has fired, but the map isn't quite loaded? Thanks, Caleb
... View more
09-03-2019
11:11 AM
|
0
|
2
|
2004
|
POST
|
Thank you Zack, I appreciate this info. It would've been great if changes like these were well noted in the release notes. If I missed it, I apologize. All the best, Caleb
... View more
09-03-2019
09:37 AM
|
1
|
5
|
2004
|
POST
|
I upgraded to 100.6 for Forms. With no other changes I started crashing when displaying the map because I set LocationDisplay.Enabled to true. However, LocationDisplay is now always null. This is on both Android and iOS. on iOS, I have Always Enabled location permissions on and they are working because I am getting location updates. on Android, I have location permissions on as well and they are working. Please advise, Caleb
... View more
09-03-2019
08:36 AM
|
1
|
8
|
2254
|
POST
|
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
... View more
09-03-2019
08:28 AM
|
0
|
0
|
756
|
POST
|
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
... View more
08-26-2019
08:54 AM
|
0
|
3
|
756
|
POST
|
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
... View more
06-05-2019
11:09 AM
|
0
|
4
|
863
|
Title | Kudos | Posted |
---|---|---|
1 | 05-19-2021 08:48 AM | |
1 | 09-29-2021 06:20 AM | |
1 | 10-26-2018 06:27 AM | |
1 | 09-03-2019 09:37 AM | |
1 | 05-21-2019 11:20 AM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|