license question about bootchart.c

by Tim Bird » Fri, 23 Apr 2010 06:57:06 GMT


Sponsored Links
 I'd like to add bootchart capture functionality, currently
contained in Android's init program, in the files:

system/core/init/bootchart.c and
system/core/init/bootchart.h

to busybox, so it can be used in other embedded
projects.  By my interpretation of the Apache License V2.0
and GPL 2.0, this would be prohibited by license.

Is it possible that these files could be dual-licensed
under Apache v2.0 and GPL 2.0 by the original author,
so that it can be spread to other open source projects.

The code is not large (about 400 lines), so it wouldn't
be hard to just make it up from scratch, but I thought
I'd check first.

Thanks,
 -- Tim

=============================
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Network Entertainment
=============================

-- 



Other Threads

1. SimpleCursorAdapter and database update

Hi All,

I just started with Android development and love it so far. To get
some experience, I am writing a little todo application. In my
database I have a state for a todo item, represented as int. I use a
checkbox in a list view to represent this state. To bind the data to
the view, I use a subclass of SimpleCursorAdapter. I add an
onClickListener to the checkbox that updates the state in the database
for the used list item. The problem is, if I use the following code,
the list is screwed up in the display (many items will be checked):

        @Override
        public View getView(final int pos, View inView, ViewGroup parent) {
                View view = inView;
                if (view == null) {
                   LayoutInflater inflater = (LayoutInflater) context
                                
.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
                   view = inflater.inflate(R.layout.toodoolist_item, null);
                }
                cursor.moveToPosition(pos);
                ...

                checkBox.setOnClickListener(new OnClickListener() {

                        @Override
                        public void onClick(View v) {
                                int state = 0;
                                if (checkBox.isChecked()) {
                                        
titleView.setPaintFlags(titleView.getPaintFlags()
                                                        | 
Paint.STRIKE_THRU_TEXT_FLAG);
                                        titleView.setEnabled(false);
                                        state = 1;
                                } else {
                                        
titleView.setPaintFlags(titleView.getPaintFlags()
                                                        ^ 
Paint.STRIKE_THRU_TEXT_FLAG);
                                        titleView.setEnabled(true);
                                }

                                ContentValues values = new ContentValues();
                                values.put(TooDooTable.STATE, state);
                                context.getContentResolver()
                                                
.update(ContentUris.withAppendedId(
                                                                
TooDooTable.CONTENT_URI, id), values, null,
                                                                null);
                                cursor.requery();
                        }
                });

My current workaround is to use the inflater every time, even if the
inView is not null:

        @Override
        public View getView(final int pos, View inView, ViewGroup parent) {
                View view = inView;
                LayoutInflater inflater = (LayoutInflater) context
                                
.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
                view = inflater.inflate(R.layout.toodoolist_item, null);

This works, but I don't understand why I have to do this hack.

What would be the best practice to update the database in a
CurserAdapter and get the changes reflected immediately in the view?

Thanks

Kai

-- 

2. bluetooth voice command will not work with smart?phones/Droids!!

I don't know if we are moving forward or backwards. It never occurred
to me that a function as simple (AND USED) feature like bluetooth
voice command would not work with Droid(s). A basic feature that
allows hands free calling should have been a given and with the state
laws requiring hands free use of phones.........I'm baffled by this
omission. Any one know why this was removed from software?
It is long past due to return this feature if for nothing more than
user convenience plus the legal requirements today.
Thanks!!

-- 

3. No response with DefaultHttpClient.execute()

4. AudioTrack MODE_STATIC issue

5. Unable to see process in dalvik debug monitor

6. Problem with SD cards

7. 3g problem with telephony