Well, then is there any way to design such an app just using JNI (but bypassing the default MediaServer) which could access both HW decoder resource and SD Card? I ever thought about designing a service process which looks like MediaServer to reach the goal, but failed to due to the Service Manager denies the unknown process to register itself as a server.
So, there's another way for C/C++ developer s to design a JNI engine which could simulates all the funcs of MediaServer? Google would like to expose such API in the future NDK? Thanks. david 2010/2/3 Dianne Hackborn <[email protected]> > Please don't do this. fds from the sd card should never be in the system > process. > > > On Tue, Feb 2, 2010 at 2:11 AM, david 1 <[email protected]> wrote: > >> Yes, maybe by using that way, the 'system uid' app could list out those >> files on SD card from the another app, but it's possible for the former to >> go further to open them for reading? Even though, the former could get the >> file descriptor opened in the later, but due to the permission limit, the >> former could reading data via such FD? thanks. >> >> >> david >> >> >> >> >> 2010/2/2 Dianne Hackborn <[email protected]> >> >> If you want the system process to do work on the SD card, you will need a >>> helper app running as another uid that does this for it. The system user is >>> not allowed to touch the SD card so that the system does not get killed if >>> the card is removed or unmounted. >>> >>> On Sun, Jan 31, 2010 at 8:13 PM, david 1 <[email protected]> wrote: >>> >>>> >>>> Anybody know the reason for this issue? How to resolve it? Workaround >>>> is OK, too. >>>> >>>> >>>> I have a Java-JNI-App which must run in 'system' user mode, but once >>>> switch to that, my App then cannot access /sdcard. Confused. >>>> >>>> >>>> Any hint is appreciated. Thanks. >>>> >>>> >>>> >>>> david >>>> >>>> -- >>>> unsubscribe: >>>> [email protected]<android-porting%[email protected]> >>>> website: http://groups.google.com/group/android-porting >>>> >>> >>> >>> >>> -- >>> Dianne Hackborn >>> Android framework engineer >>> [email protected] >>> >>> Note: please don't send private questions to me, as I don't have time to >>> provide private support, and so won't reply to such e-mails. All such >>> questions should be posted on public forums, where I and others can see and >>> answer them. >>> >>> >>> -- >>> unsubscribe: >>> [email protected]<android-porting%[email protected]> >>> website: http://groups.google.com/group/android-porting >>> >> >> -- >> unsubscribe: >> [email protected]<android-porting%[email protected]> >> website: http://groups.google.com/group/android-porting >> > > > > -- > Dianne Hackborn > Android framework engineer > [email protected] > > Note: please don't send private questions to me, as I don't have time to > provide private support, and so won't reply to such e-mails. All such > questions should be posted on public forums, where I and others can see and > answer them. > > -- > unsubscribe: > [email protected]<android-porting%[email protected]> > website: http://groups.google.com/group/android-porting > -- unsubscribe: [email protected] website: http://groups.google.com/group/android-porting
