Well it boils down to there being no need for this on Android. :) The reason for not supporting native code is not related to security in any form (as the security doc says, all security is enforced at the kernel level), it is an issue of compatibility across platform releases and taking into account the platform possibly running on non-ARM CPUs.
On Wed, Jan 7, 2009 at 10:10 AM, Quartz <[email protected]> wrote: > > Sorry about implying another sand-box. What I meant was migrating the > concept of native-client and providing an equivalent "language", if > you will, that isn't running through a VM. I guess I was trying > suggest a environment similar to what is provided by dalvik minus the > VM. But I understand and agree with what you are saying. > > On Jan 7, 1:03 pm, "Dianne Hackborn" <[email protected]> wrote: > > On Wed, Jan 7, 2009 at 10:00 AM, Quartz <[email protected]> > wrote: > > > currently supported and I am sure ARM would be, eventually, but it > > > would seem to me that having a sand-boxed native code environment > > > would be beneficial too. > > > > Android already does native sandboxing, as described in the security > model > > doc. That is why I say it would have no purpose for android applications > > (though it may be useful for its intended purpose in the browser). > > > > > I understand the kernel is currently > > > providing sand-boxing, but the only code you can write is dalvik, at > > > least from the SDK perspective. I was thinking it would be nice to be > > > able to code in C or assembly--even if it is a subset--in a sand-boxed > > > fashion. > > > > Adding another sandbox that does the same thing as the existing Android > app > > sandbox is not going to help here. :) > > > > -- > > 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. All such questions should be posted on public > > forums, where I and others can see and answer them. > > > -- 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. All such questions should be posted on public forums, where I and others can see and answer them. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
