If you use it while using items like android.os.Build.PRODUCT or something
similar you should be able to create a unique ID.  Of course with this is
the assumption that no manufacturer will duplicate.

On Mon, Mar 15, 2010 at 7:58 AM, Greg Donald <gdon...@gmail.com> wrote:

> On Mon, Mar 15, 2010 at 10:48 AM, Mark Murphy <mmur...@commonsware.com>
> wrote:
> > ANDROID_ID is fine for casual use, but it's not exactly the Rock of
> > Gibraltar, if you know what I mean.
>
> I can't think of a scenario where I would ever need it "casually".
> Either I need it or I don't.
>
>
> --
> Greg Donald
> destiney.com | gregdonald.com
>
> --
> You received this message because you are subscribed to the Google
> Groups "Android Developers" group.
> To post to this group, send email to android-developers@googlegroups.com
> To unsubscribe from this group, send email to
> android-developers+unsubscr...@googlegroups.com<android-developers%2bunsubscr...@googlegroups.com>
> For more options, visit this group at
> http://groups.google.com/group/android-developers?hl=en
>



-- 
Writing code is one of few things
that teaches me I don't know everything.

Make Call Girl Manager great!
Join the forums.
http://www.fuligin.com/forums

-- 
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en

Reply via email to