Conversation
|
Actually most of the addition in the svc header belongs to nn::os. The exported symbols shows nn::svc::Handle being the only one in nn::svc |
|
That's not true, exemple in the SMO's SDK |
|
Interesting.. what SDK version is that? It's probably an early version, because botw (4.4.0) don't have them |
|
I found them in 3.5.1 (smo 1.2.0) but not 4.4.0 (botw 1.5.0/mk8dx 1.7.0) - so very likely |
|
In 4.4.0 |
|
Yeah sorry that's what I meant, they removed it from the exported symbols. We should probably still have them in the header unconditionally. I guess the types also need to be in svc because it's needed to match the mangled symbol. Maybe they were moved/duplicated to nn::os in newer sdks but I haven't checked |
| operator u32() const { return handle; } | ||
| }; | ||
|
|
||
| enum class MemoryPermission { Read = 1 << 0, Write = 1 << 1, Execute = 1 << 2, DontCare = 1 << 28 }; |
There was a problem hiding this comment.
In newer SDKs there is nn::os::MemoryPermission which seems to be the same
There was a problem hiding this comment.
I’ll take a look at that Thursday.
There was a problem hiding this comment.
In 3.5.1 there is both nn::os::MemoryPermission and nn::svc::MemoryPermission
_ZN2nn2os6detail23SetMemoryPermissionImplEmmNS0_16MemoryPermissionE
_ZN2nn3svc7aarch644lp6419SetMemoryPermissionEmmNS0_16MemoryPermissionE
2 participants
This PR add headers for
svcservice.This change is