Hi,

The brutal answer is you can't & you exhibit a naive ignorance if you
think you can.

Which bank vault cannot be broken into, which executable code cannot
be reverse engineered ?

Even if you encrypt it, it is still decrypted at the time it is
executed so there is no ultimate defence.

Perhaps you can develop a line of tamperproof self destructing devices
but even that is futile.

Regards

On Aug 4, 1:31 am, Thomas <[email protected]> wrote:
> I inadvertly solved the problem by having the Android have some of the
> logic and the server having some of  the logic to determine which step
> in the game to advance to,
> Actually people disassembling the Android code wasn't the problem, I'm
> developing a location based game (Portals a geocaching game) where I
> needed to change some display, questions and answers without
> recompiling the .apk every time I wanted to make some minor change in
> game play.
> Another consideration was a consideration for multiple players - both
> single players justing stepping though the game and the thought of
> several players involved in one game.
> Additional discussion athttp://tombtalk.net
>
> On Aug 3, 10:03 am, lbendlin <[email protected]> wrote:
>
>
>
>
>
>
>
> > Here is the gentle answer
>
> >http://android.amberfog.com/?p=639
>
> > What you will find is that the best way to spend your time is to make your
> > application better, to have some kind of authenticated server component
> > (which can hold some of your application logic in a black box), and some
> > more effort to make your application better.

-- 
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

Reply via email to