No problem Dianne I certainly understand and I still appreciate the help so far anyway. I am primarily working with 2.2 and 2.3 versions of the OS but there was a requirement to use these older phones for now so I need to dig in the ancient world a bit ;)

I did uninstall and install the app again multiple times but the issue remains. I am assuming that I may need to clear up the data partition to fix this. Any other app I install works fine on these phones so I think the issue is limited to this particular application. I am wondering if an older corrupted version of this app has leftovers in the OS and it is messing up any
other effort beyond it.

I will post any solution I find on the list for reference and if anyone has any suggestions pleased
feel free to post it. I appreciate the help.

Regards

On 3/3/2011 2:11 AM, Dianne Hackborn wrote:
1.6 is really old, so I am not going to be able to remember enough to help much off-hand. There may have been a bug in it that allowed uids to get re-assigned in certain bad situations.

I can't help you with dalvik errors.

I think what I would suggest at this point is to just uninstall the app and then re-install.

On Wed, Mar 2, 2011 at 10:33 PM, Demetris <[email protected] <mailto:[email protected]>> wrote:


    No I didn't actually try to change the app from shared user to
    non-shared, it is a non-shared id app even though
    I am seeing 7 shared uids mentioned in the logging below. Not sure
    why but I didn't set any shared user uids.
    I am compiling and running this on a 1.6 Android phone and I do
    see the mismatch uids but also the install failing.
    Not sure how the mismatch uids affect the install and looking over
    the log that may be the case anyway:

    D/AndroidRuntime(  421): >>>>>>>>>>>>>> AndroidRuntime START
    <<<<<<<<<<<<<<
    D/AndroidRuntime(  421): CheckJNI is OFF
    D/AndroidRuntime(  421): --- registering native functions ---
    I/jdwp    (  421): received file descriptor 17 from ADB
    D/ddm-heap(  421): Got feature list request
    D/PackageParser(   90): Scanning package: /data/app/vmdl60807.tmp
    E/PackageManager(   90): Package com.p2pSOAAndroidWebCP2_16 has
    mismatched uid: 10042 on disk, 10036 in settings; read messages:
    E/PackageManager(   90): Read completed successfully: 70 packages,
    7 shared uids
    I/PackageManager(   90): /data/app/vmdl60807.tmp changed; unpacking
    D/installd(   53): DexInv: --- BEGIN '/data/app/vmdl60807.tmp' ---
    W/dalvikvm(  427): partial write in inflate (32728 vs 32768)
    W/dalvikvm(  427): DexOptZ: extraction of classes.dex from
    /data/app/vmdl60807.tmp failed
    W/installd(   53): DexInv: --- END '/data/app/vmdl60807.tmp' ---
    status=0xff00, process failed
    E/installd(   53): dexopt failed on
    '/data/dalvik-cache/data@[email protected]@classes.dex' res = 65280
    W/PackageManager(   90): Package couldn't be installed in
    /data/app/com.p2pSOAAndroidWebCP2_16.apk
    D/AndroidRuntime(  421): Shutting down VM

    I also do se a partial write in inflate but that's all. Do you
    know what the res=65280 stand for in thefailed
    dexopt attempt?

    Thanks for the feedback Dianne


    On 3/3/2011 1:08 AM, Dianne Hackborn wrote:
    The uid is stored in data/system/packages.xml and of course the
    uid of the directory and files owned by the app.  You can't touch
    any of these unless you are running a non-user build.

    Did you try to change the app between a shared user id and
    non-shared?  If so, this will cause the problem; on older
    versions of the platform the install wouldn't fail, it would just
    result in mismatched uids.

    On Wed, Mar 2, 2011 at 9:32 PM, kypriakos <[email protected]
    <mailto:[email protected]>> wrote:


        It seems that the install failure of a particular apk may be
        attributed to
        mismatch uids. What causes such mismatches and is it possible to
        correct them without losing the user data - particularly in
        this case
        where only a certain app apk does that but the rest are fine.
        Where
        do these uids get stored?

        This is the message:
        Package com.CP_16 has mismatched uid: 10048 on disk, 10045 in
        settings

        If I create a new apk using the source from the apk that
        fails I still
        get
        the same message with a different uid:
        Package com.WebCP_16 has mismatched uid: 10042 on disk, 10044 in
        settings

        I will appreciate any hints on this or where to look for some.

        Thanks

        --
        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]
        <mailto:[email protected]>
        To unsubscribe from this group, send email to
        [email protected]
        <mailto:android-developers%[email protected]>
        For more options, visit this group at
        http://groups.google.com/group/android-developers?hl=en




-- Dianne Hackborn
    Android framework engineer
    [email protected] <mailto:[email protected]>

    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.




--
Dianne Hackborn
Android framework engineer
[email protected] <mailto:[email protected]>

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.


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