nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

SKImageInfo crashes

sveinhal

I'm seeing a lot of crashes that seem to be somehow related, perhaps? At least there are several that one way or another references Sk-prefixed classes and functions:

SkImageInfo::SkImageInfo(SkImageInfo const&)
esri::map_renderer::Image_drawable::merge_image_(SkBitmap const&, esri::geometry::Envelope_2D const&, double, std::__1::vector<esri::geometry::Envelope_2D, std::__1::allocator<esri::geometry::Envelope_2D>> const&, int, esri::map_renderer::Chunk_set)
SkBitmap::getAddr(int, int)

Then there's also a crash in this symbol from the ArcGIS module, which doesn't mention sk, but is similarly named as the SkImageInfo function:

UIImage.imageInfo()

I realize that it's probably hard for anyone to help me, but I've attached a few stack traces. Any insight into what these might be, is helpful. I'm at a loss as this is a kind of black box to me, and I don't know how this code is related to our use of the ArcGIS maps SDK. If there's problems with our map service, the way we use map views, or some other issue.

Find more posts tagged with

Accepted answers

All comments

sveinhal

Attached stack traces:

no.feltgis.planner_issue_c8202de6f5bd2d4aafae08212232da92_crash_session_57deb70363444d7389b45669b276b299_DNE_0_v2_stacktrace.txt

no.feltgis.planner_issue_e0c06c0ceaf5ba0de5794a25d76f2cfd_crash_session_ce08479f8c9b417dbea03064cee978c5_DNE_0_v2_stacktrace.txt

no.feltgis.planner_issue_42a3de127aa60098fb2a79e9652ba637_crash_session_d7c9838987ce418daccffdea05417351_DNE_0_v2_stacktrace.txt

no.feltgis.planner_issue_a5ff2864c5142c6b56ddcde558d1ecd5_crash_session_601fee473dca4e0b93e2e72c95cd600d_DNE_0_v2_stacktrace.txt

no.feltgis.planner_issue_06416bb99d407df419c696eb214e6bbf_crash_session_cd0d284ae2e743f68e9d66237516311a_DNE_0_v2_stacktrace.txt

no.feltgis.planner_issue_53a583894788a622a9ea5ed62e4eabae_crash_session_e5a474042ec94d00ad1563334bb41b52_DNE_0_v2_stacktrace.txt

Ting

Thanks for reporting this issue Svein. It might be related to our 3rd party usage of Skia library for image processing. I'll forward this question to our folks who are better versed at rendering.

Do you have a minimal reproducible example that triggers the crash? Or a brief description on what kind of workflow that triggers this crash. We have fixed a bug in the past that large amount of image symbols produced similar crash log.

Thanks.

Edit 06/13/24 we actually bumped into this crash in a separate issue, so we now have a repro case. Will keep you updated on the progress.

sveinhal

Great that you're able to create a repro.

I have only seen these in the crash reporting from actual users in the wild. Not seen it during development.

If you have any insight as to how I might reduce the probability of these crashes, I'm all ears! While waiting for a fix, might we be able to work around the issue by structuring or styling our map services differently?

Ting

So far we've seen it crashes when the memory usage is pretty high, which may or may not indicate some memory leak related problem. It is pretty hard to reproduce and we'll keep looking into it…

sveinhal

Was this fixed in 200.5?

Ting

We cannot constantly reproduce the problem to find the root cause, unfortunately. After some investigation we temporarily concluded that the problem is not within SKImage library, while high memory usage might make this crash more likely to happen.

In 200.5 we made some changes to the rendering process of the MapView so hope it will alleviate the problem to some extent.

The issue is still open on our board.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.