QueryDosDevice() throws ERROR_ACCESS_DENIED for Windows universal apps
-
Hi Folks, I have created a sample console app (windows universal) using VS2015. If I call the method QueryDosDevice(), it results into ERROR_ACCESS_DENIED error. I am deploying this app on Windows 10. Interestingly I can call APIs from ntdll. But seems like it gives access denied error if I try to call APIs from kernel32. Are there are access (perhaps for volume management APIs) restrictions introduced for universal apps? If yes, Is there any way around it? -- Vikram
-
Hi Folks, I have created a sample console app (windows universal) using VS2015. If I call the method QueryDosDevice(), it results into ERROR_ACCESS_DENIED error. I am deploying this app on Windows 10. Interestingly I can call APIs from ntdll. But seems like it gives access denied error if I try to call APIs from kernel32. Are there are access (perhaps for volume management APIs) restrictions introduced for universal apps? If yes, Is there any way around it? -- Vikram
There are a whole host of restrictions for universal apps: Alternatives to Windows APIs in Windows Runtime apps - Windows app development[^]
The difficult we do right away... ...the impossible takes slightly longer.
-
There are a whole host of restrictions for universal apps: Alternatives to Windows APIs in Windows Runtime apps - Windows app development[^]
The difficult we do right away... ...the impossible takes slightly longer.
I went thr the alternative API's, but seems that they are not available with VS2012. Do we have any alternative legacy API which I can probably use?
-
I went thr the alternative API's, but seems that they are not available with VS2012. Do we have any alternative legacy API which I can probably use?
Unfortunately, no. The store app platform is very limited for security reasons. Perhaps you could explain what you're trying to achieve and someone could suggest a workaround.
The difficult we do right away... ...the impossible takes slightly longer.
-
Unfortunately, no. The store app platform is very limited for security reasons. Perhaps you could explain what you're trying to achieve and someone could suggest a workaround.
The difficult we do right away... ...the impossible takes slightly longer.
Is there any kernel equivalent of this method? I can see IoVolumeDeviceToDosName(), not sure. if this is correct one.