Something more recent posted by Fred Chung, Android Developer
Advocate:
http://android-developers.blogspot.com/2011/07/custom-class-loading-in-dalvik.html
On Feb 13, 5:48 am, Kostya Vasilyev wrote:
> Oh, I agree that using those is most likely a bad idea.
>
> But, for the record, even though th
Oh, I agree that using those is most likely a bad idea.
But, for the record, even though the technique is described in a
thread from 2008, it still works today.
-- Kostya
13 февраля 2012 г. 17:41 пользователь Kristopher Micinski
написал:
> 2012/2/13 Kostya Vasilyev :
>> Yes, the flags have scar
2012/2/13 Kostya Vasilyev :
> Yes, the flags have scary names as a warning, but using them with
> createPackageContext definitely does work (is 4.0.2 recent enough?)
>
That's not my point... My point is that I feel people are very prone
to use this when they really shouldn't be. (Especially if yo
Yes, the flags have scary names as a warning, but using them with
createPackageContext definitely does work (is 4.0.2 recent enough?)
13 февраля 2012 г. 17:19 пользователь Kristopher Micinski
написал:
> On Mon, Feb 13, 2012 at 3:34 AM, Doug wrote:
>> On Feb 11, 7:53 am, Kristopher Micinski
>>
On Mon, Feb 13, 2012 at 3:34 AM, Doug wrote:
> On Feb 11, 7:53 am, Kristopher Micinski
> wrote:
>> I would hope that main apps can't reach inside other apps to access
>> their code! In any case, even if you got an app's bytecode, there's
>> not really a way to take arbitrary bytecode and execute
Note that the thread you cite was from early beta versions of Android
in the spring of 2008.
That's not to say that the technique doesn't work, but unless you've
actually implemented it, I would take such an old thread with a
decent-sized grain of salt.
On Mon, Feb 13, 2012 at 3:34 AM, Doug wrot
On Feb 11, 7:53 am, Kristopher Micinski
wrote:
> I would hope that main apps can't reach inside other apps to access
> their code! In any case, even if you got an app's bytecode, there's
> not really a way to take arbitrary bytecode and execute it on the vm.
> Though I think that you probably mea
On Sat, Feb 11, 2012 at 5:10 AM, Doug wrote:
> On Feb 9, 1:35 pm, New Developer wrote:
>> For further insight, under windows I used a code within the .exe which
>> said which modules were available
>> then based on the code it checked to see if those .dll were present. If
>> so, then they were l
On Feb 9, 1:35 pm, New Developer wrote:
> For further insight, under windows I used a code within the .exe which
> said which modules were available
> then based on the code it checked to see if those .dll were present. If
> so, then they were loaded and added
> items to the main menu, and thus a
On Thu, Feb 9, 2012 at 2:54 PM, JackN wrote:
>
> deep in the system, you also have shared objects, which can be like
> dlls. for java though, it is the jars
Right, but by that argument you could also have a shared object for the ndk
that you'd migrate to the android platform. But since this qu
deep in the system, you also have shared objects, which can be like
dlls. for java though, it is the jars
On Feb 9, 9:49 am, Kristopher Micinski wrote:
> On Thu, Feb 9, 2012 at 12:42 PM, New Developer wrote:
> > In Windows programming we have DLL so that we can build modules
> > If the DLL exi
11 matches
Mail list logo
