gmane.comp.handhelds.android.devel

starting avd fails, saying it can't find emulator, but it exists

David Karr — 2012-05-26T02:35:55

0 down vote favorite
share [g+] share [fb] share [tw]


I've installed the SDK on Ubuntu 12.0.4. I started up the SDK manager
and updated several packages.

I ran the avd manager and tried to create an avd, but it just failed
with no information.

I then tried to create the avd from the command line, using the same
information I tried to use from the gui, and it worked.

When I tried to start that AVD, it failed with (some strings elided):

Failed to start emulator: Cannot run program "<myhome>/apps/android/
android-sdk-linux/tools/emulator": java.io.IOException: error=2, No
such file or directory

This is what I see when I look for this file:

$ ls -lt <myhome>/apps/android/android-sdk-linux/tools/emulator
-rwxrwxr-x 1 <me> <me> 24828 May 25 08:20 <myhome>/apps/android/
android-sdk-linux/tools/emulator*

As you can see, the path it's looking for DOES exist.

What's going on here?

Re: Re: Voice Actions: can commands be overridden?

TreKing — 2012-05-26T01:59:33


None. But then again, I didn't say anything about "deprecated". I said it
was a "dedicated" app.



My guess would be that the Voice Actions app launches a generic intent that
other apps can catch for that specific command. This does not mean you can
customize the app, just that you can respond to some of its predefined
commands if you know the corresponding intent.

As another example, if I say "Search for X", I get Dolphin Browser as an
option to handle the intent the app generates. Dolphin is simply configured
to handle the intent being generated, not specifically designed to work
with that app.

-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices

Re: Voice Actions: can commands be overridden?

bsquared — 2012-05-26T01:45:36


On May 25, 2:05 pm, TreKing <treking...< at >gmail.com> wrote:

Thank you for the response.  What source do you have that indicates
it's deprecated?  I don't believe that it is.   Also, I have seen
references to a receiver for 'listen to' that can be overridden.  A
supported music app of your choice can be used to play the search
result.

Regards, brian

Re: permission to access another apk's assets/ directory

Mark Murphy — 2012-05-26T00:48:43

You believe that all data is created equal. :-) While egalitarian, it
is inaccurate. You appear to be conflating:

Re: Re: noob developer, application keeps restarting

Mark Murphy — 2012-05-26T00:42:45

Not particularly.


https://groups.google.com/group/android-developers/browse_thread/thread/63de8a9cdffa46a3?pli=1
https://groups.google.com/group/android-developers/browse_thread/thread/6617757d17c70004

If the authors of Android (e.g., Ms. Hackborn) tell you not to do
something, you would be well advised to heed their warnings.

Re: Re: noob developer, application keeps restarting

Kristopher Micinski — 2012-05-26T00:38:54

Along with this, this topic takes the one of the top in the Android
tag on StackOverflow,

http://stackoverflow.com/questions/2033914/quitting-an-application-is-that-frowned-upon/2034238#2034238

kris

On Fri, May 25, 2012 at 8:37 PM, Kristopher Micinski
<krismicinski< at >gmail.com> wrote:

Re: Re: noob developer, application keeps restarting

Kristopher Micinski — 2012-05-26T00:37:26

No.  This is universally a hack, and you should not be doing this ever.

There is always a better way, and your arguments are fundamentally
flawed for a number of reasons:
  -- If you are running a radiation emitting device from an android
app, then you are using the system from something beyond its means
anyway, you should be modifying the firmware and using something like
a real time system, as the scheduler could be equally untrusted, all
you're doing it is pushing it further.
  -- Your second example doesn't make any sense either, in this case
you could easily check hardware, and simply call a finish() on the
view, there's no need to use System.exit().

So no, this is universally a sign that the programmer took the cheap,
unprofessional way out.

kris

Re: Re: noob developer, application keeps restarting

Yan — 2012-05-26T00:30:21

I agree it may be dirty and icky, but its presumptuous to state that "You 
should "absolutely *should not* be doing this." There are many real-world 
situations where a program must be exited imediately or this call would not 
have been made available in the Android API. Perhaps you all don't remember 
the programmer that got sued for a bug that killed a patient with too much 
radiation because he didn't stop the program. There are many other non 
life-threatening cases where the right thing to do is to just halt the 
program.  What would you do if you had zombie-game that users start running 
on some really slow devices and the frame-rate grinds down to 2 fps and 
your zombies look, well too dead, and then your app starts getting really 
bad ratings???

On Friday, May 25, 2012 12:08:48 AM UTC-6, Kristopher Micinski wrote:

Re: java.lang.UnsupportedOperationException: getBlob is not supported

Deepwinter — 2012-05-25T23:22:34

Here's a pastbin that describes the problem

http://pastebin.com/hbxCdmLy

On May 24, 7:34 pm, Deepwinter <foundationservi...< at >gmail.com> wrote:

Re: turning mobile data off and on again

JP — 2012-05-25T23:22:01

Programmatically, what ever ConnectivityManager offers. This requires
proper permission (define in manifest)
http://developer.android.com/reference/android/net/ConnectivityManager.html

Then there's the option to send a user to Android's connectivity
settings; like so:
Intent myIntent = new Intent(Settings.ACTION_WIRELESS_SETTINGS);
startActivity(myIntent);



On May 25, 8:22 am, dashman <erjdri...< at >gmail.com> wrote:

Re: Menu button deprecated in 3.0

Justin Anderson — 2012-05-25T23:01:33

Users will still be able to access the menus on devices running Honeycome
and ICS... There is a compatibility icon that shows up on the ActionBar to
access the menus.  However, it is recommended that you update your app to
actually use the ActionBar.

http://android-developers.blogspot.com/2012/01/say-goodbye-to-menu-button.html

Thanks,
Justin Anderson
MagouyaWare Developer
http://sites.google.com/site/magouyaware


On Fri, May 25, 2012 at 4:45 PM, RLScott <fixthatpiano< at >yahoo.com> wrote:

Re: Menu button deprecated in 3.0

TreKing — 2012-05-25T23:01:49


It's unlikely the Android framework developers would break all apps in such
a fashion. I believe there is a compatibility mode that pre-3.0 apps run in
to allow accessing the menu.

-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices

Re: Re: Avoid handling of intent twice

TreKing — 2012-05-25T23:00:33


If your activity is re-created, the Bundle passed to it will be non-null.
Check for that.

-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices

Menu button deprecated in 3.0

RLScott — 2012-05-25T22:45:27

I just found out that the menu button is deprecated starting with
Android 3.0, and that some Android devices do not even have a menu
button.  My app targets Android 2.2 and uses the menu function quite a
bit.  Is it really possible that someone with a 3.0 or later device
might not be able to access my menus?  It seems that even devices that
don't have a dedicated menu button still have the soft menu icon in
the upper right on the same line as the app name.

Re: Avoid handling of intent twice

pbuda — 2012-05-25T21:38:26

That's more or less what I have. The doSomething() method is called
for the second time when orientation changes because activity is
recreated.

public class MyActivity extends Activity {
public void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        Intent intent = getIntent();
        String action = intent.getAction();

        if (Intent.ACTION_SEND.equals(action)) {
            Log.d(TAG, "Handling intent from another application");
            doSomething();
        }
}
}

My question then is whether there's any common practice to prevent
handling of that intent again.

On 25 Maj, 23:08, TreKing <treking...< at >gmail.com> wrote:

Re: Avoid handling of intent twice

TreKing — 2012-05-25T21:08:42


Can you be more specific? Like the sequence of events that occur and what
you see in your code when "the intent is handled again"?

-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices

Re: Voice Actions: can commands be overridden?

TreKing — 2012-05-25T21:05:34


No, I don't think so. It's a dedicated app, not a part of the OS, and does
not appear to be extensible.

-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices

Avoid handling of intent twice

pbuda — 2012-05-25T21:04:21

Hello,
I have a small issue. I have one activity which handles the
ACTION_SEND intent. Everything works as expected, however when
orientation changes, the intent is handled again. What should I do to
handle it only once?

I'm android noob so I might have missed some important thing in docs
but I'd still be grateful for any tips.

Thanks.

Re: Implementing Google Maps into Android 2.3.3 platform app

TreKing — 2012-05-25T20:36:25


http://developer.android.com/guide/topics/location/index.html

-------------------------------------------------------------------------------------------------
TreKing <http://sites.google.com/site/rezmobileapps/treking> - Chicago
transit tracking app for Android-powered devices

Thumbnails and picking picasa images from gallery on ICS

Thomas Fjellstrom — 2012-05-25T19:55:25

I'm having a hard time getting Thumbnails.getThumbnail to work with
picasa photos on a Nexus S running ICS. Everything else seems to work
including getting the original image from picasa and displaying it,
but the getThumbnail doesn't seem to work. I'm getting the following
errors when attempting to use it:


    E/MiniThumbFile( 1852): Got exception when reading magic, id =
5745625138093120418, disk full or mount read-only? class
java.lang.IllegalArgumentException
    W/MediaProvider(  540): original media doesn't exist or it's
canceled.

The disk is not full, it is read-write, the app has external storage
write permissions, and the picture does indeed exist on picasa (I can
view it through the android Gallery app).

The same code works fine on Android 2.3, but it follows a slightly
different path, as 2.3 seems to download a copy of the photo and hand
you the actual local file:// uri to the newly downloaded image, rather
than hand you a content:// uri.

This is the main meat of the code in question:

Re: permission to access another apk's assets/ directory

RichardC — 2012-05-25T18:54:11

I think apk(s) are world readable.  Try accessing the other applications 
private data location.

On Friday, May 25, 2012 3:31:39 PM UTC+1, Latimerius wrote: