Tor Arne Vestbø

I can reproduce the broken selectors with loading the extracted binaries into both Hopper and Binary Ninja, so I believe there's something broken on the DyldExtractor side. This is extracting...

Does this mean that KSCrash should ideally be built as a static library and linked into the application, to at least catch C++ exceptions thrown in the application code? But...

Hah, so in investigating this I ended up here http://stackoverflow.com/questions/36846628/conditionally-overriding-cxa-throw, which was opened by our very own @kstenerud 😄 Anyways, PR #219 should at least prevent crashing during crash reporting.

@kstenerud I think this issue should be renamed to something like _"Missing stack traces for C++ exceptions thrown from images not statically linked with KSCrash"_. As far as I can...

After further investigation it seems my previous comment was incorrect: > I think this issue should be renamed to something like _"Missing stack traces for C++ exceptions thrown from images...

Was just hit by these unexpected error messages as well: ``` ERRO[0010] traces export: Post "https://localhost:4318/v1/traces": dial tcp [::1]:4318: connect: connection refused environment=testing go.version=go1.20.6 instance.id=cd11f821-b2df-42f4-ab80-982defe5456d service=registry version=v3.0.0-alpha.1.m+unknown ``` My config...

Also seeing this for an x86_64h cache

Do you have an email I can reach you on?

Agreed, having to extend the permissions would be unfortunate. I assume it's not possible to selectively request headers only for a specific URL, based on a "about to initiate download"...

The downloads from https://chromium.woolyss.com/ are served as `application/octet-stream`, not `application/zip`, but still matches the rule due to the `EXT_MIME_MAPPINGS` override. I'm guessing Chrome treats `application/octet-stream` as an "unknown" type and...