Databases
StackOverflow2013
Postsdbo
POMKMapView crashing if zooming while adding annotations
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POMKMapView crashing if zooming while adding annotations
    primarykey
    data
    text
    <p>It looks like I'm running into an issue where I can reliably cause my <code>MKMapView</code> to crash if I'm adding annotations while the map's visible region is being changed. I've boiled the code that is causing it down to a pretty simple implementation, and I'm reproducing it here:</p> <pre><code>NSMutableArray *pointAnnotationArray = [[NSMutableArray alloc] init]; MKCoordinateRegion coordRegion = [mapViewOutlet region]; float randMax = 0.1; for (int i = 0; i &lt; 100; i++){ float randomDeviation1 = (((float) (arc4random() % ((unsigned)RAND_MAX + 1)) / RAND_MAX) * randMax) - (randMax / 2); float randomDeviation2 = (((float) (arc4random() % ((unsigned)RAND_MAX + 1)) / RAND_MAX) * randMax) - (randMax / 2); MKPointAnnotation *point = [[MKPointAnnotation alloc] init]; CLLocationCoordinate2D pointLocation = CLLocationCoordinate2DMake(coordRegion.center.latitude + randomDeviation1, coordRegion.center.longitude + randomDeviation2); [point setCoordinate:pointLocation]; [pointAnnotationArray addObject: point]; } [mapViewOutlet addAnnotations:[NSArray arrayWithArray:pointAnnotationArray]]; </code></pre> <p>What I'm doing above is adding 100 points on the map that are distributed randomly (enough) in and around the MKMapView's visible region. The easiest way to reproduce this is to set this code to run on a timer (say after 5 seconds), then grab the map and start zooming in and out a bit until the timer's run. Once you get a feel for it you can get a crash every time. Disabling user interaction on <code>mapViewOutlet</code> before the <code>addAnnotations</code> call doesn't seem to help. (Perhaps it isn't able to disable user interaction while the user is mid-gesture, which is understandable I suppose.)</p> <p>My other problem is that I'm not having much luck tracing the crash – I don't have a lot of experience causing crashes that aren't happening directly in my own code, so I might be missing out on some obvious way to trace it, but I'm currently getting an unhelpful breakpoint on the <code>return UIApplicationMain</code> line in <code>main.m</code>. My best guess is that we're causing some issues with how the <code>MKMapView</code> only draws visible annotations – the zooming is causing that visible region to change, while annotations are being added and the map is trying to determine which points to draw.</p> <p>Has anyone else seen this? Any suggestions on how to avoid it, without locking my map down from user interaction for some significant length of time on either end of my annotation addition?</p> <p><em>Edit:</em> Forgot to include the call stack:</p> <pre><code>#0 0x3752a944 in objc_exception_throw () #1 0x3869dec0 in __NSFastEnumerationMutationHandler () #2 0x31929d46 in -[MKAnnotationContainerView _updateAnnotationViewPerspective] () #3 0x3192981a in -[MKMapView _updateScrollContainerView:] () #4 0x3192ff66 in -[MKMapView mapViewDidDraw:] () #5 0x391560b4 in -[VKMapCanvas didDrawView] () #6 0x3914d4a8 in -[VKScreenCanvas onTimerFired:] () #7 0x3914b4a8 in -[VKMapCanvas onTimerFired:] () #8 0x3914a346 in -[VKMainLoop displayTimerFired:] () #9 0x35ebe780 in CA::Display::DisplayLink::dispatch(unsigned long long, unsigned long long) () #10 0x35ebe6d8 in CA::Display::IOMFBDisplayLink::callback(__IOMobileFramebuffer*, unsigned long long, unsigned long long, unsigned long long, void*) () #11 0x34815fd6 in IOMobileFramebufferVsyncNotifyFunc () #12 0x370315ac in IODispatchCalloutFromCFMessage () #13 0x3866888a in __CFMachPortPerform () #14 0x386733e6 in __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ () #15 0x3867338a in __CFRunLoopDoSource1 () #16 0x3867220e in __CFRunLoopRun () #17 0x385e523c in CFRunLoopRunSpecific () #18 0x385e50c8 in CFRunLoopRunInMode () #19 0x3591e33a in GSEventRunModal () #20 0x379d5290 in UIApplicationMain () #21 0x0005aff4 in main at /Users/Sydin/App/main.m:16 </code></pre>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. USSydin
    1. USSydin
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POMKMapView crashing if zooming while adding annotations
      1. This table or related slice is empty.
      1. VTUpMod
    1. This table or related slice is empty.
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload