Thanks Dianne, that's what I thought, hence this question. Glad to know
that using 'am' is not the way to go. Could you please provide a link to
the SDK where it talks about this? If there is an example, that'll be
awesome
Thanks again
HV
On Saturday, July 7, 2012 5:13:07 PM UTC-7, Dianne Hackborn wrote:
>
> No don't do that, the am command is not part of the SDK, and doing it this
> way is horrible inefficient (you need to spin up and initialize a fresh
> Dalvik vm for the am command, which takes a second or more), and usually
> totally broken because you are not launching the activity from your own
> context for the system to correctly associate the call with you.
>
> And on top of that, your example here uses an explicit component name of
> the browser activity, which is *completely* an implementation detail: it is
> likely to be different across different devices, it is *definitely*
> different on devices that ship with Chrome as the default browser, etc.
>
> This is totally wrong.
>
> The right thing to do is follow the SDK and do it the right way, the way
> it is documented. If you need to write a little bit of JNI code (and it
> *is* a little bit, just a method call into your own Java method that uses
> the SDK), then that is what you do.
>
> On Fri, Jul 6, 2012 at 11:58 PM, Sandeep Kumar <sandeepkumar....@gmail.com
> > wrote:
>
>> try below:-
>>
>> ret = execl("/system/bin/sh", "sh", "-c", "am start -a
>> android.intent.action.MAIN -n com.android.browser/.BrowserActivity", (char
>> *)NULL);
>>
>>
>>
>> On Saturday, July 7, 2012 3:51:58 AM UTC+9, HV wrote:
>>>
>>> Wanted to know what is the best practice to launch apps from native
>>> code? Is using 'am' forbidden? It has to be via the system call though,
>>> like system("am start ..."); Will 'am' support be discontinued going
>>> forward?
>>>
>>> Is there any alternative method?
>>>
>>> Thanks much
>>> HV
>>>
>> --
>> unsubscribe: android-porting+unsubscr...@googlegroups.com
>> website: http://groups.google.com/group/android-porting
>>
>
>
>
> --
> Dianne Hackborn
> Android framework engineer
> hack...@android.com
>
> 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: android-porting+unsubscr...@googlegroups.com
website: http://groups.google.com/group/android-porting
