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]> 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@app > @[email protected]' 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]> 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] >> 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 >> > > > > -- > Dianne Hackborn > Android framework engineer > [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] 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
