Thanks, Dianne Hackborn. Could I think the reason that can't support sharing third party libraries is that all applications are on each Dalvik VM?
And there's any way to share a regular library(.jar) without putting the library on application framework layer? On 8월27일, 오후12시17분, Dianne Hackborn <[email protected]> wrote: > I meant "regular" as what we generally call a shared library in any OS. > > A third party shared library is specifically talking about the (theoretical > not currently possible) case of putting a shared library as an .apk up on > market that could be installed by the system and used by other applications. > > 2009/8/26 Mac <[email protected]> > > > > > > > > > Hello, Dianne Hackborn. > > > I've read all of these mails and I understood most of them. > > > But, I don't know one important point of these mails. > > > I wonder what the difference of regular shared libraries and third > > party shared libraries. > > > Could you tell me the difference for me? > > > On 8월5일, 오후11시18분, Dianne Hackborn <[email protected]> wrote: > > > Yes, it is just a regular shared library. > > > > On Wed, Aug 5, 2009 at 7:03 AM, GiladH <[email protected]> wrote: > > > > > Dianne/anyone, > > > > > i would like to elaborate on the shared jar's memory model. > > > > my understanding is that: > > > > > a. the code (read only) segment of the shared jar resides in common > > > > memory => code will be loaded once regardless of the number of > > > > apps > > > > using the shared jar > > > > b. the data (read/write) segment of the shared jar is part of the > > > > calling > > > > process'es address space => all static data (blocks, constructors > > > > etc.) > > > > will be initialized _separately_ for each app using the shared > > > > jar > > > > > are my assumptions correct? > > > > > GiladH > > > > > On Jul 30, 7:31 pm, Dianne Hackborn <[email protected]> wrote: > > > > > That only applies if you are making your own device. > > > > > > On Thu, Jul 30, 2009 at 8:20 AM, GiladH <[email protected]> wrote: > > > > > > > tnx Dianne. > > > > > > after my post i have learned about the ability to 'inject' my > > shared > > > > > > library into open source Andro, as described in: > > >http://android.git.kernel.org/?p=platform/development.git;a=blob;f=sa. > > > > .. > > > > > > > i take it this option still stands (again - only for open source > > > > > > platform), right? > > > > > > > GiladH > > > > > > > On Jul 30, 5:04 pm, Dianne Hackborn <[email protected]> wrote: > > > > > > > Sorry, Android currently doesn't support third party shared > > > > libraries. > > > > > > > > On Thu, Jul 30, 2009 at 4:13 AM, GiladH <[email protected]> > > wrote: > > > > > > > > > hey, > > > > > > > > > i have several apps (each in its own apk, process etc) running > > at > > > > the > > > > > > > > same time on user's device. > > > > > > > > > these apps are all linked to a single common jar file > > (internally > > > > > > > > devloped) which contains a large portion of their overall code > > > > size. > > > > > > > > > is there a way for me to force Andro to make this common jar > > load > > > > only > > > > > > > > once (e.g. into shared memory)? > > > > > > > > > the reason we want to do it this way, btw, are to reduction of > > each > > > > of > > > > > > > > the > > > > > > > > single apps memory intake, on disk footprint and possibly of > > their > > > > > > > > startup time. > > > > > > > > > your help will be appreciated. > > > > > > > > > tnx, GilkadH > > > > > > > > -- > > > > > > > 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. > > > > > > -- > > > > > 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. > > > > -- > > > 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. > > -- > 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. --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
