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