Some operations are faster in Java these days, _most_ are functionally
equal, and a few special cases (not relevant to most developers), C++ is a
better choice. Making the blanket Java is slow statement is just
factually wrong today. Can we move on from 1992, please?
I'd add to your last
I'll ignore the unqualified claim that the slowness of Android is due to
Java.
It sounds like your complaint is that you can't develop native apps in your
preferred language and that you're using an outdated claim about Java to
support your desire to change the current language of choice for
It's my understanding that android-platform is for Android OS source code
and platform development. Do I have that wrong? I am working with the
Android USB Accessory feature, not modifying the platform. My project
requires that I work with OTS devices, so I may not even root devices, much
In case anyone runs across this, the solution to get past this issue is
posted in full on StackOverflow, however, the simple answer is close the
device with libusb_close(handle) before reopening as an 'accessory'. Just
releasing the interface is not enough and libusb provides no error when
I'm going around in circles in the docs trying to get to the API docs that
include the 2.3.4 USB stuff. Google API doc page only has Map classes. Do
they not exist?
I'm trying to figure out how to have my app tell the device to go back to
normal mode from accessory mode but the developer
First, hello all!
Now my issue. I'm trying to get basic comms over USB working between
Android 2.3.4 devices (dev device is a Nexus One with 2.3.4 upgrade) and my
PC has the USB Host (PC is an OSX box, but am also testing on an Ubuntu11
box) using libusb-1.0. I'm doing this in order to
6 matches
Mail list logo