Issue after adding a new jar's path to BOOTCLASSPATH in init.rc

by Tiger » Sat, 27 Feb 2010 01:32:34 GMT


Sponsored Links
 After adding my audio.jar's path to BOOTCLASSPATH in init.rc, Zygote
got an error and crashed:
    I/dalvikvm(  823): DexOpt: not all deps represented
    E/dalvikvm(  823): /system/framework/audio.jar odex has stale
dependencies
    I/dalvikvm(  823): Zip is good, but no classes.dex inside, and no
valid .odex file in the same directory
Does anyone encounter this issue?Sincerely appreciate your help.

-- 



Issue after adding a new jar's path to BOOTCLASSPATH in init.rc

by fadden » Sat, 27 Feb 2010 05:06:16 GMT


 



The optimized DEX files have inter-file dependencies.  All .odex files
depend on the bootstrap class entries, so if you add or remove entries
from the bootclasspath you must re-run dexopt over all files.

This happens automatically on -userdebug and -eng developer builds,
but -user builds don't have the un-optimized versions of the APKs
sitting around.  So it just falls over.

The best plan is to leave bootclasspath alone.

See also dalvik/docs/dexopt.html in the source tree.

-- 


Sponsored Links


Other Threads

1. convertView with wrong type

I hope someone can share some light on a issue I have with using the
convertView that is supplied by the BaseAdapter.

The problem is that I have a couple of different listviews in my app. When
using the convertView with listviews that only shows one type everything
works fine, and I experience a big performance increase. Nice!

However I also have a listview that can show 4 different types of views, and
I see that getView is supplied with a convertView that is of the wrong type.
In my BaseAdapter implementation I have added the following:

@Override
public int getItemViewType(int position){
           LiveStreamElement elem = liveStreamElements.get(position);
           switch(elem.getElementType()){
                      case TYPE_A:
                                 return 0;
                      case TYPE_B:
                                 return 1;
                      case TYPE_C:
                                 return 2;
                      case TYPE_D:
                                 return 3;
                      default:
                                 return -1;
           }
}

@Override
public int getViewTypeCount(){
           return 4;
}

getItemViewType, but nevertheless the convertView that is supplied in the
getView method is not guaranteed to be of the right type.
Ex if I add elements to the list and call notifyDataSetChanged on the list,
sometimes the views in the list will switch positions. The strange thing is
that for the most part it seems to work when I scroll, but if I reload the
list, some elements might have changed places. If I change the layout of the
screen, ex adds a view beneath the listview, which then forces the listview
to be redrawn, its elements will ometimesexchange places too.
I really hope somebody can share some light on this issuehis thing should
be rather simple, but it is driving me nuts :D

Any input is much very appreciated :)

Klaser

--~--~---------~--~----~------------~-------~--~----~

2. Android OS Storage

Hi folks,

somebody knows how much space the android os needs on
backgroundstorage and mainstoreage?

thx in advance.
--~--~---------~--~----~------------~-------~--~----~

3. Table header alligment

4. Getting Other App Reviews - Programmatically

5. No GPRS/3G after WiFi

6. OnItemClickListener

7. About Android Font