I have a Sandboxed MonoMac based application in the MacAppStore, with the latest update to the app pushed to MAS I received a message from Apple that the application accesses /dev/shm, and that this update will be allowed but future updates must not access /dev/shm. I'm not using any shared memory in my application so I'm assuming this is because parts of MonoMac is using Shared memory (which would make sense). How can I possibly work around this in the future?
相关问题
- What icons required for app to submit to MAC App S
- Mac App Store testing receipt validation (from rec
- Avoid Mac app crashing after unhandled exception
- macOS Entitlements audio-input vs. microphone
- Mac App Rejection - Temporary Exception Entitlemen
相关文章
- Turning Entitlements on in Xcode Prevents Bare Bon
- Creating HTML5-based apps for the Mac App Store
- Should I release an app to the App Store with prin
- Running new MonoGame project with Xamarin Studio
- NSPasteboard和的MonoMac(NSPasteboard and MonoMac)
- 的MonoMac / Xamarin.Mac结合简单dylib不工作(MonoMac / Xamar
- 我是否可以迁移应用程序之间购买的MacOS应用商店?(Can I migrate purchase
- Mac App Store的 - 不能保存文件(Mac App Store - can't
The shared memory access is caused by the initialization of the performance counters when the
/dev/shm
folder is probed. An environment variable namedMONO_DISABLE_SHARED_AREA
has been introduced to avoid this. See the mono-mmap.c source file to learn more about it.Update: A bug on this variable has been fixed in the 3.0 series.