[android-developers] Re: How to run AT Commands on Emulator
ok, I'll look into it On Nov 6, 7:08 am, AlexZhang <[EMAIL PROTECTED]> wrote: > SDK1.0 does not seem work with the option of -radio, but old SDK > works! > > On Nov 3, 11:06 pm, "David Turner" <[EMAIL PROTECTED]> wrote: > > > try "emulator -help-radio" > > > On Mon, Nov 3, 2008 at 9:52 AM, Abraham > > <[EMAIL PROTECTED]>wrote: > > > > HI All, > > > > I would like to fine out if Android emulator provided along with > > > SDK1.0 allows the users to send AT commands to perform some action. > > > > If some has tried this, could someone pls let me know how this can be > > > achieved. > > > > Thanks > > > --Abraham --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com 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 -~--~~~~--~~--~--~---
[android-developers] Re: scalable vector graphics scalable vector graphics scalable vector graphics
hold on cowboys :-) the next SDK's emulator will not simulate an OpenGL ES chip, which means that, while the system image may have support for hardware-accelerated rendering (and not only surface composition, as in M5), the system will default to the same software-only code running in emulated ARM machine code, with our slower-than-real-life framebuffer emulation. the difference should only be noticeable on real devices, which are not available yet. there are plans to add EGL emulation, but it's not going to happen very soon since our system still works well without it. apart from that, everything that hackbod said is very, very, true... the computations necessary to perform high-quality anti-aliased path-based rendering are a *very* poor match to the capabilities of graphics hardware in the embedded world (and even on the desktop world, unless you have a recent GPU). I also do not know of *any* graphics system based on scalable vectors that doesn't use cached pixmaps to significantly speed up animations (OS X, KDE 4, etc.. included). On Wed, Jul 9, 2008 at 8:19 AM, Romain Guy <[EMAIL PROTECTED]> wrote: > > Android supports hardware acceleration at two different levels: the > surfaces (the "buffer" in which a window is drawn) and the views. M3 > and M5 already have support for surface hardware acceleration, but > only the next SDK will provide h/w acceleration for the views. > > On Tue, Jul 8, 2008 at 11:12 PM, stefoid <[EMAIL PROTECTED]> wrote: > > > > I think we are talking about two different things. > > > > if I want to take a window (with a dialog in it) and do some > > transformations on it (which will have to be done in s/w since android > > doesnt yet support h/w accleleration of its 2D animations) how do I > > do that? > > > > lets say I want to rotate the window and scale it.. maybe throw some > > transparency effect in there. you know, like with a compositing > > window manager, how do I do it? even slwoly in s/w, can I do it? > > > > > > > > Romain Guy wrote: > >> > "The Android compositing engine is actually much more like > >> > MacOS X than X-Windows, supporting full 3d hardware acceleration of > >> > window compositing and transformation. " > >> > > >> > huh? since when? compositing engine? > >> > >> Since the first release :) > >> > >> -- > >> Romain Guy > >> www.curious-creature.org > > > > > > > > > -- > Romain Guy > www.curious-creature.org > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: [android-beginners] Re: Audio Playback Not Smooth When Running Emulator On Vista
Hello everyone,
we finally diagnosed the problem that causes the emulator's audio output to
be choppy on Windows Vista.
it turns out that you can work-around this emulator problem with increasing
the size of the audio buffer by changing an environment variable.
for example, open a command-line console and do:
1/ go to your $SDK/tools directory
2/ type "set QEMU_winaudio_SAMPLES=2048"
3/ start the emulator ("emulator ")
it's not clear at the moment wether the problem comes from the emulator or
Vista's audio stack (it is likely to be an emulator problem,
but it's surprising to not see the problem on XP then). we'll try to
increase the default audio buffer size in a future release of the SDK.
hope this helps, and sorry for the annoyance.
PS: note that increasing the buffer size also increases the latency of the
audio input/output..
On Wed, Jul 9, 2008 at 12:31 AM, tommy909808 <[EMAIL PROTECTED]>
wrote:
>
> Same thing here also but i figure out in the cousle this is what i
> have :
>
> qemu: winaudio<> returned error: bad device id
>
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: Wrong UDP checksum
what you describe is very strange, because the Android emulator is not sending UDP packets itself, it's just using standard BSD sockets instead to send datagrams. what happens in this case is the following: a/ the program running in the emulator uses a socket interface to send datagrams to a server b/ the emulated kernel receives the datagram, and embeds it into a UDP/IP/MAC packet that is sent to the emulated ethernet adapter c/ the emulator's internal router/firewall receives the ethernet packet, decapsulate the datagram and dest/src address d/ the emulator then uses a socket interface to send the same datagram to your server e/ your development machine's kernel encapsulate the new datagram into another UDP/IP/MAC packet sent to your ethernet card f/ WireShark captures it from the description you made, it seems that your host OS network stack is corrupting the UDP checksum (it is not sent by the emulator itself). can you confirm that the above description reflects your use case. Also, which exact OS version are you running ? thanks in advance On Tue, Jul 1, 2008 at 6:32 PM, Andrea Bernardi <[EMAIL PROTECTED]> wrote: > Hi, > In detail I have a sip user agent inside the Android emulator that exchange > signalling data over an UDP socket to an Internet server. > From Wireshark executed on the PC where run the emulator I see UDP packets > sent by my application from Android emulator marked with a wrong checksum. > > The udp checksum is not equal to zero and the computed checksum value is > different from that computed by Wireshark. > > I have tried to force the checksum computation in the net/ipv4/udp.c under > udp_push_pending_frames in the kernel but the obtained value is viewd always > as wrong by Wireshark. I don't think that the kernel routine used to compute > this value is erroneous. > > Have you any suggestion? > > Thanks, > Andrea Bernardi > > 2008/7/1 Digit <[EMAIL PROTECTED]>: > > Hello Andrea, >> >> can you clarify exactly what direction these datagrams flow ? and where >> exactly you see these bad checksums. >> it could be a bug in the internal router/firewall of the emulator, but I >> need more detail to determine why. >> >> >> >> >> On Tue, Jul 1, 2008 at 5:11 PM, Andrea Bernardi <[EMAIL PROTECTED]> >> wrote: >> >>> Hi at all, >>> I've noticed that udp packets sent from a my application inside Android >>> emulator have the udp checksum wrong viewing from Wireshark. >>> Seems that udp checksum is computed but the value is erroneous. >>> >>> Anyone have a similar problem? >>> >>> Best Regards, >>> Andrea Bernardi >>> >>> >>> >>> >> >> >> > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: A discussion about the ProGuard's "dontoptimize" option when obfuscating Android code with ProGuard
what exact exceptions do you have ? without this information we can't answer. apart from that, our goal as always been to be able to convert all valid .class files into .dex files. note that some obfuscation programs do things like injecting dynamic class-loading method lookups of bytecode programs stored in constant byte arrays. this is not supported at the moment by the VM (though the dex convertion tool will generate valid .dex files) On Thu, Jul 10, 2008 at 6:00 AM, tellme <[EMAIL PROTECTED]> wrote: > > The optimizations FAQ in ProGuard's doc: > > What kind of optimizations does ProGuard support? > Apart from removing unused classes, fields, and methods in the > shrinking step, ProGuard can also perform optimizations at the > bytecode level, inside methods. Thanks to techniques like control flow > analysis, data flow analysis, partial evaluation, and liveness > analysis, ProGuard can: > Evaluate constant expressions. > Remove unnecessary field accesses and method calls. > Remove unnecessary branches. > Remove unnecessary comparisons and instanceof tests. > Remove unused code blocks. > Merge identical code blocks. > Reduce variable allocation. > Remove write-only fields and unused method parameters. > Inline constant fields, method parameters, and return values. > Inline methods that are short or only called once. > Make methods private, static, and final when possible. > Make classes static and final when possible. > Replace interfaces that have single implementations. > Perform over 200 peephole optimizations, like replacing ...*2 > by ...<<1. > Optionally remove logging code. > The positive effects of these optimizations will depend on your code > and on the virtual machine on which the code is executed. Simple > virtual machines may benefit more than advanced virtual machines with > sophisticated JIT compilers. At the very least, your bytecode may > become a bit smaller. > Some notable optimizations that aren't supported yet: > > Moving constant expressions out of loops. > Optimizations that require escape analysis. > > > On 7月10日, 上午11时56分, tellme <[EMAIL PROTECTED]> wrote: > >A discussion from the ProGuard's forum: > > > > = > > > >We have a question on the ProGuard's "dontoptimize" option. > > According to the ProGuard's doc's description, > > "-dontoptimize > > Specifies not to optimize the input class files. > > By default, optimization is enabled; all methods are optimized at a > > bytecode level. " > > > > Our understanding is that by default when the optimization option is > > on, all methods are optimized utilizing some specific properties of > > conventional JVM. > > > > Our questions are, > > 1. What properties of the conventional JVM are exploited? > > 2. How to optimze the bytecode aligned with those properties? > > > > The reason that we ask those questions is that, when we obfuscate Java > > bytecode, then convert it into Google/Android dex file, exceptions are > > thrown, saying some convertion doesn't work properly. > > However, after we put on the "dontoptimze" option, the convertion > > works fine. > > > > Very curious what happens under the surface. > > > > RE: A question on the "dontoptimize" option. (New) > > By: Eric Lafortune (lafortuneProject Admin) - 2008-07-09 01:16 > > The optimizations are listed in the ProGuard FAQ, question #4. > > There are many different types of optimizations, but the output should > > always be valid bytecode. If the code works in a JVM, but not with > > Android, it's most likely a bug in the Android tool. If the code also > > fails in a JVM, you should provide some more details, so I can > > investigate. > > > > Eric. > > > > > > What do you think about Eric's " If the code works in a JVM, but not > > with Android, it's most likely a bug in the Android tool"?? The > > android tool here should be dx tool. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Wrong UDP checksum
Hello Andrea, can you clarify exactly what direction these datagrams flow ? and where exactly you see these bad checksums. it could be a bug in the internal router/firewall of the emulator, but I need more detail to determine why. On Tue, Jul 1, 2008 at 5:11 PM, Andrea Bernardi <[EMAIL PROTECTED]> wrote: > Hi at all, > I've noticed that udp packets sent from a my application inside Android > emulator have the udp checksum wrong viewing from Wireshark. > Seems that udp checksum is computed but the value is erroneous. > > Anyone have a similar problem? > > Best Regards, > Andrea Bernardi > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: SDK Update?
I'm certainly going to be slapped for talking publicy about all this in this forum, but, as an Android team member, I really think it's time to correct some misunderstandings before the wild hyperbole that has been prospering in this thread goes further. First of all, regarding the alleged GPL violations: I'll remind you that the only components covered by the GPL that we distributed are: the kernel image and the emulator library. (no, we never distributed javadoc, please check your zip files before making bold but erroneous claims) We distributed updated binaries of these GPL-ed components to the ADC round 1 winners. Technically , any one of them can ask us for the corresponding sources, and would be free to distribute them under the GPL publicly. but nobody did that until now, and I doubt that would be very useful for the following reasons: - first of all, you could only use them to try to run the *same* M3 or M5 system images. - second, it's not even guaranteed that the updated emulator and/or kernel images would run M3/M5 well. As the guy in charge of the emulator, I certainly don't want to have to support that kind of combination. - the kernel sources are already available from our git server anyway. remember that, strictly speaking, the GPL only forces us to distribute the sources to the users that received the binaries, not to the public at large. you could ask us to be kind by releasing updated emulator sources, however I'm really certain that there would be nearly-zero practical value to anyone in the community. What you need is a new SDK, not a very few pieces made out of GPL sources. So in short, there hasn't been any GPL violation that I'm aware of, and rest assured that the Android team has been very cautious about licensing issues from the very start. If we really made a mistake, I think we'll be more than happy to correct it though. Now, regarding the NDA. Certain people have made some really wild guesses about it even though they've never seen it or know what it covers exactly. Please note that * nobody* from Google or the OHA ever claimed that the NDA applied to the GPL-ed code. it's here to protect the updated system images and APIs which are still, at the moment, not open source. why would we have updated our git server with updated kernel sources otherwise ? But the root of the problem is certainly not licensing but that there hasn't been a new public SDK release since M5, while at the same time a small group of people received updated versions privately. I really don't know precisely why this happened; but I'm sure it has more to do with logistics and reducing the burden of support while we shift priorities (to shipping real devices) rather than politics or any will of our part to "hurt the community" (come one guys, we are *not* that stupid... !) While others in the team may disagree, I think it was very very unfortunate; some of us are trying to prepare a new SDK release, but it's a lot harder than I can comment on here, so don't hold your breath because it might not happen that soon. And I'd like to add that, as we said, we're still totally committed to release the platform under the Apache 2.0 license. *Many* people in the Android team, and at Google in general, are looking forwards with excitement when this will happen this year. Finally, I'd like to thank all the people in the community that are currently keeping their cool despite this uncomfortable situation. We feel your pain, understand it, even though we can only ask you to be patient at the moment. Voila, that's all I'm going to say... thanks for your time and take care. On Mon, Jun 30, 2008 at 9:32 PM, André Charles Legendre < [EMAIL PROTECTED]> wrote: > > It seems that we have not the same way to read this : > > # No Agreements: There MUST NOT be any requirement for execution of a > license agreement, NDA, grant, click-through, or any other form of > paperwork to deploy conforming implementations of the standard. > > But it seems that many people have the same question than me (consider > the fact that part of SDK are derivative from GPL projects). > > Below a statement from Richard Stallman who details its answer so it > would be easier to read without mistake : > > This is the mail archive of the [EMAIL PROTECTED] mailing list for the > GCC project. > Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index] > Message Nav:[Date Prev] [Date Next] [Thread Prev] [Thread Next] > GPL and NDA > >* To: gcc at gcc dot gnu dot org >* Subject: GPL and NDA >* From: Richard Stallman >* Date: Thu, 19 Jul 2001 05:07:10 -0600 (MDT) >* Reply-to: rms at gnu dot org > > GPL-covered code may not be distributed under an NDA. > To do so is a violation of the GPL. > > If someone asks you to sign an NDA for receiving GPL-covered code that > is copyright FSF, please inform the FSF immediately. If it involves > GPL-covered code that has some oth
[android-developers] Re: SDK Update?
huu ? I think there is a misunderstanding there, the M5 Eclipse plugin is available: http://android.googlecode.com/files/adt-m5-rc14.tar.gz its the first entry on the download page at: http://code.google.com/p/android/downloads/list On Mon, Jun 30, 2008 at 3:47 PM, Joa <[EMAIL PROTECTED]> wrote: > > I don't believe Andre is on to much. I am not spending a terrible > amount of time this morning, so quickcheck, please help me out. > 1. The SDK itself... that hasn't been released open source anyhow... > No discussion there. > 2. The Linux derivative work might not have changed since posted on > the code page. Carriers are a different topic, but they can post the > source code with release of branded handsets and they are complying > with GPL but it's not of real use to anyone > 3. I've downloaded the Android Eclipse plugin from the code page > however. I suppose it is considered derivative work and falls under > the Eclipse Public License. Up until m3-rc37 they've been on the ball. > m5-rc14 and m5-rc15 are not to be found, so they missed that. Big > deal, it should be easy to update the download site, no reason to get > hot about that unless the EPL enforcement police objects (now is there > such a thing). For inside-track SDK releases that needed changes to > the Eclipse plugin... all they need to do is release it to the NDA'ed > parties and they're OK, I believe. > > > On Jun 29, 10:42 pm, "Shane Isbell" <[EMAIL PROTECTED]> wrote: > > Interesting point. It looks as though Google is releasing GPL modified > code > > for public releases but not for the private, NDA distributions. > > > > Shane > > > > On Sun, Jun 29, 2008 at 10:08 PM, André Charles Legendre < > > > > [EMAIL PROTECTED]> wrote: > > > > > Hi > > > > > You will find below a question and its answer coming from : > > > > >http://www.fsf.org/licensing/licenses/gpl-faq.html#DoesTheGPLAllowNDA > > > > > Does the GPL allow me to distribute copies under a nondisclosure > > > agreement? > > > > >No. The GPL says that anyone who receives a copy from you has the > > > right to redistribute copies, modified or not. You are not allowed to > > > distribute the work on any more restrictive basis. > > > > >If someone asks you to sign an NDA for receiving GPL-covered > > > software copyrighted by the FSF, please inform us immediately by > > > writing to [EMAIL PROTECTED] > > > > >If the violation involves GPL-covered code that has some other > > > copyright holder, please inform that copyright holder, just as you > > > would for any other kind of violation of the GPL. > > > > > I would like to have an answer from Android team about this FSF > > > position about NDA and by extension I would like to know if Android > > > Team plan to publish new release to all of us. > > > All of us got big damages by the fact that we are locked and that we > > > cannot compete anymore with people having last release. > > > Some young company, who invested a lot around android are now > > > completely stuck because of this issue. > > > > > In any case it seems to me that most of Android community think that > > > it is not fair to keep private new release of SDK. > > > > > Regards > > > > > Andre Charles Legendre > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: android emulator takes over sound card
alternatively, you may want to use "artsdsp" to start the emulator with a command line that looks like: artsdsp emulator I have not tested it, but it seems that artsdsp was written specifically for this.. On Sun, Jun 29, 2008 at 10:22 PM, Zach Hobbs <[EMAIL PROTECTED]> wrote: > > Also, I have noticed that in KDE if you're playing sound when the emulator > starts up it won't take it over, but somehow the sound still works in the > emulator. Could be some kind of irregularity with my setup, but worth a > shot. > > -- > > Zach Hobbs > HelloAndroid.com > Android OS news, tutorials, downloads > > > On Friday 27 June 2008 18:41:15 Jeremy Villalobos wrote: > > Hello: > > I have notice that on Kubuntu (or ubuntu), when I run the Android > > emulator the sound cards cannot be used by any other programs. This is > not > > a big problem to develop programs, but just wanted to inform the > community. > > As soon as the emulator is shutdown the sound card is accesible to other > > programs. > > > > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: android emulator takes over sound card
that's because KDE's 'arts' sound server is not supported. you need to either install the "esd" sound daemon or the alsa-dmix package on your machine to be able to share emulator audio with the rest of your system. On Sat, Jun 28, 2008 at 12:41 AM, Jeremy Villalobos < [EMAIL PROTECTED]> wrote: > Hello: > I have notice that on Kubuntu (or ubuntu), when I run the Android > emulator the sound cards cannot be used by any other programs. This is not > a big problem to develop programs, but just wanted to inform the community. > As soon as the emulator is shutdown the sound card is accesible to other > programs. > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Wifi SDK Available ?
as far as I know, any chip supported by the Linux kernel and the bluez stack. I really can't tell more than that On Thu, Jun 26, 2008 at 6:17 PM, Dima <[EMAIL PROTECTED]> wrote: > > Hi Digit, > is it known which WiFi/BT chips are going to be compatible with > Android SW? > > Regards > Dima > > > > On Jun 25, 2:30 pm, Digit <[EMAIL PROTECTED]> wrote: > > WiFi and Bluetooth emulation are not planned for the immediate future > (i.e. > > won't happen before 2009) > > emulation at the low-level protocol level on three distinct platforms is > > next to impossible. > > we could implement some sort of bridging with special code path in the > > system, but we're > > not there yet, having other priorities (like shipping a real device :-)) > > > > in other words, chances are that you'll have a real device to test these > > features on before > > seeing the emulator try to (badly) support them... > > > > regards, > > > > On Wed, Jun 25, 2008 at 1:15 PM, rnateshmurthy <[EMAIL PROTECTED]> > > wrote: > > > > > > > > > > > > > Hi , > > > Please let us know whether the Android SDK Supports WIFI API > > > Where I can find all the Hotspot around me and get connected to any of > > > them- Hide quoted text - > > > > - Show quoted text - > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Wifi SDK Available ?
it depends exactly on what you need to do. if you perform operations that require root permissions, this won't run on an unmodified Android phone, due to our security model. on the other hand, there will likely be some sort of "network service" that should export an interface to client libraries and programs. however, I don't know much how our wifi-related service is setup and what it provides. On Thu, Jun 26, 2008 at 11:37 AM, iovis80 <[EMAIL PROTECTED]> wrote: > > I'd like to use android to develop a my program but it's mandatory to > have access to wifi module. Is there any possibility to do this? if > there is not i have to change development platform :( > > > > On 25 Giu, 21:30, Digit <[EMAIL PROTECTED]> wrote: > > WiFi and Bluetooth emulation are not planned for the immediate future > (i.e. > > won't happen before 2009) > > emulation at the low-level protocol level on three distinct platforms is > > next to impossible. > > we could implement some sort of bridging with special code path in the > > system, but we're > > not there yet, having other priorities (like shipping a real device :-)) > > > > in other words, chances are that you'll have a real device to test these > > features on before > > seeing the emulator try to (badly) support them... > > > > regards, > > > > On Wed, Jun 25, 2008 at 1:15 PM, rnateshmurthy <[EMAIL PROTECTED]> > > wrote: > > > > > > > > > Hi , > > > Please let us know whether the Android SDK Supports WIFI API > > > Where I can find all the Hotspot around me and get connected to any of > > > them > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Wifi SDK Available ?
WiFi and Bluetooth emulation are not planned for the immediate future (i.e. won't happen before 2009) emulation at the low-level protocol level on three distinct platforms is next to impossible. we could implement some sort of bridging with special code path in the system, but we're not there yet, having other priorities (like shipping a real device :-)) in other words, chances are that you'll have a real device to test these features on before seeing the emulator try to (badly) support them... regards, On Wed, Jun 25, 2008 at 1:15 PM, rnateshmurthy <[EMAIL PROTECTED]> wrote: > > Hi , > Please let us know whether the Android SDK Supports WIFI API > Where I can find all the Hotspot around me and get connected to any of > them > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: 16M Memory Limit
can't you use the filesystem instead to act as a cache between your app and the server ? you should be able to mmap files rather easily in Java, and the file size is not accounted for in the heap limit if I remember correctly... On Fri, Jun 13, 2008 at 12:48 AM, Shawn McMurdo <[EMAIL PROTECTED]> wrote: > This is disappointing. > > I have speech synthesis and streaming media analytics applications that > would benefit from having access to more local memory. > > With a 16M limit, it forces me to restructure applications to be more > server dependent in ways that are less efficient and would not be necessary > as mobile devices with more memory become available. > > Perhaps an application descriptor could be added that would allow an > application to use more memory. > > That way the default would still be a 16M mmap for all other apps. > > Any chance of incorporating something like this into 1.0? > > Thanks. > > Shawn > > > --==--==-- > Shawn McMurdo > See my Low Vision Guide at > http://lowvisionguide.org > > > - Original Message > From: hackbod <[EMAIL PROTECTED]> > To: Android Developers > Sent: Thursday, June 12, 2008 2:02:27 PM > Subject: [android-developers] Re: 16M Memory Limit > > > The 16MB is not a hard limit built in to the APIs, it is a current > limit based on the hardware we are actually running on. It is also a > little tricky to raise the limit, because it would require making the > VM's garbage collector smarter in how it manages memory: right now it > mmaps a memory region that is this maximum size, so if we make that > maximum larger we can start running out of address space. This is > something that can be fixed relatively easy (again it is not baked > into the APIs), but won't be done for 1.0. > > On Jun 12, 1:22 am, whitemice <[EMAIL PROTECTED]> wrote: > > >>...On top of this, by the time Android is fully loaded on a 64MB device > only 10-20MB of RAM will probably remain.* So, essentially your application > would use all system resources...<< > > > > "640K ought to be enough for anybody" > > - Bill Gates (apparently) > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Should we be using the undocumented android.net.http package?
by definition, anything undocumented *could* be removed in the next revision. you can still use it at the moment, but be prepared to change your code if needed (e.g. can you modularize its use to a single package, for example) On Fri, Jun 6, 2008 at 6:54 AM, Danny <[EMAIL PROTECTED]> wrote: > > Just looking to do some http post with some arguments. I've done a > simple post to a Servlet using the Apache package, but I'm wondering > how correct that is now that I discovered there is this undocumented > package lying around. Is one gonna get deprecated or something? Is > one better than the other? > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: About "adb install"
Hi, what exact command are you using to install your package ? On Wed, May 21, 2008 at 9:51 AM, Analdin Judy <[EMAIL PROTECTED]> wrote: > > Hi, > > > When i install the .apk file using adb install.I got error "can't > find the file". > Can anybody please tell me ,What is the reason for the error? > > > > > -- > Thanks & Regards > > > > Analdin Judy.M > InfoWave > Knowledgeware. Beyond Multimedia > Chennai | INDIA > M: +91.98416.64705 > www.i-waves.com > > "The information contained in this e-mail (including any attachments) is > intended by InfoWave for the use of the named individual or entity to which > it is directed and is CONFIDENTIAL or PRIVILEGED. If you have received this > e-mail (including any attachments) in error, please do not review, disclose, > disseminate, distribute or copy this e-mail and attachments. As Electronic > and Internet communications can be interfered with or affected by viruses > and other defects, please scan this message and any attachments" > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Network Connection while the phone is ringing
it's true that Class B and Class C GPRS devices can't use voice and data at the same time. however it seems a hardware limitation more than anything, and not something that we limit in Android. I wonder if there are many such devices today on the market though ? for a good explanation, see: http://en.wikipedia.org/wiki/General_Packet_Radio_Service On Tue, May 20, 2008 at 10:05 AM, Vinay Avasthi <[EMAIL PROTECTED]> wrote: > It would depend on what your data link is. If you are on GPRS then there > are issues (class A/B?) with respect to data. The data connection would get > suspended while incoming call comes. > > On Tue, May 20, 2008 at 9:08 PM, Digit <[EMAIL PROTECTED]> wrote: > >> the voice and data channel are really independent in GSM, so I don't think >> there is anything like that kind of limitation in Android. >> >> On Tue, May 20, 2008 at 4:45 PM, Raja Nagendra Kumar < >> [EMAIL PROTECTED]> wrote: >> >>> >>> Does Andorid has any restriction on making a network connection during >>> a incoming call. I know in J2ME there are restrictions like this. >>> >>> Basically, could a custome software take a control of a incoming call >>> and based on user preferences on the network, could it do some just in >>> time history loggin etc, before the user picks up the call etc. >>> >>> Regards, >>> Raja Nagendra Kuamr, >>> C.T.O >>> www.tejasoft.com >>> >>> >> >> >> > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Java vs. Android APIs
there probably isn't anything wrong in trying to do that. I suspect that you'll have a hard time as soon as you need a Java 5.0 class that requires a native method that isn't provided by the Android runtime; but apart from these cases, it should just work if you include all the required classes, hopefully On Tue, May 20, 2008 at 11:31 AM, kobica <[EMAIL PROTECTED]> wrote: > > Hi Folks, > > The following link http://blogs.zdnet.com/Burnette/?p=504 > > says that Android is not supporting some of the Java 5.0 SDK because: > - They wanted a minimized version of the supported classes. > - Some classes have better implementation specific to Android. > > My question: lets say I want to have the best support w.r.t Java 5.0. > Is there anything wrong in DX-ing all the .jar/.class files that I > need from Java 5.0 ? > > Thanks in advance, > Kobi. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Network Connection while the phone is ringing
the voice and data channel are really independent in GSM, so I don't think there is anything like that kind of limitation in Android. On Tue, May 20, 2008 at 4:45 PM, Raja Nagendra Kumar < [EMAIL PROTECTED]> wrote: > > Does Andorid has any restriction on making a network connection during > a incoming call. I know in J2ME there are restrictions like this. > > Basically, could a custome software take a control of a incoming call > and based on user preferences on the network, could it do some just in > time history loggin etc, before the user picks up the call etc. > > Regards, > Raja Nagendra Kuamr, > C.T.O > www.tejasoft.com > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: 'emulator-tcp-5555': Local file doesn't exist with Eclipse
just as a clarification, the "Local file doesn't exist" means that the file you're trying to send to the emulator doesn't exit, not that the emulator itself isn't connected. On Wed, May 7, 2008 at 5:08 PM, patrick <[EMAIL PROTECTED]> wrote: > > > hi, > > I just recently experienced a very strange bug. I develop on android > for 2 month now and I never had this problem before. > > I'm not able to upload any apks to the emulator anymore, eclipse > console says: > [2008-05-07 17:03:33 - android] Android Launch! > [2008-05-07 17:03:33 - android] adb is running normally. > [2008-05-07 17:03:33 - android] Launching: foo.bar. > [2008-05-07 17:03:33 - android] Automatic Target Mode: reuse existing > emulator. > [2008-05-07 17:03:33 - android] Pushing android.apk to /data/app on > device 'emulator-tcp-' > [2008-05-07 17:03:33 - android] Failed to install android.apk on > 'emulator-tcp-': Local file doesn't exist. > > altough when I enter > adb devices > in the shell it lists: > > List of devices attached > 1 emulator-tcp- device 0 > > I'm also able to login via adb shell... > > It's really persistent, I deleted the local image of android, no > change. > > Did you experience a similar problem yet? > > Thanks, > Patrick > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Using ServerSocket on emulator
your server is listening on the local port, which can only be connected to
by processes running within the emulator.
you should really make your server listen to any port, or 10.0.2.15 which is
the "real" network interface in the emulator
(note that this last address will not work on real devices though...)
On Thu, May 8, 2008 at 10:05 AM, Gibson <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>I got a problem about using ServerSocket on emulator. I just try
> to set up a ServerSocket on emulator and create a client on Windows to
> connect to the server on Emulator. I tried adb forward the port and
> also redir the port. But all failed. Anyone has succeeded doing this?
> Any piece of code is welcome.
> Thanks very much!
>
> server part:
>
> try {
>ServerSocket ssocket = new ServerSocket(22266);
>Log.v("tag", "port:" + ssocket.getLocalPort());
>Log.v("tag", "" + "start");
>Socket socket = ssocket.accept();
>Log.v("tag", "" + "ok");
>System.out.println(socket.getRemoteSocketAddress());
>InputStream in = socket.getInputStream();
>OutputStream out = socket.getOutputStream();
>DataInputStream din = new DataInputStream(in);
>String str = din.readUTF();
>Log.v("tag", "got string:" + str);
>in.close();
>out.close();
>} catch (IOException e) {
>e.printStackTrace();
>}
>
> client part:
> try {
>Socket socket = new Socket("10.15.6.129",22266);
>OutputStream out = socket.getOutputStream();
>DataOutputStream dout = new DataOutputStream(out);
>dout.writeUTF("hello world");
>dout.close();
>socket.close();
>} catch (UnknownHostException e) {
>e.printStackTrace();
>} catch (IOException e) {
>e.printStackTrace();
>}
>
>
> BR
> Gibson
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: Android SDK (m5-rc15): Network Error :(
describing your error with more details is probably a first good step towards your problem's resolution... did you try to search the forums for people having similar issues ? On Mon, May 5, 2008 at 10:21 AM, ruben <[EMAIL PROTECTED]> wrote: > > > to whom it may concern, > > because I get a network error, I can't develop internet-based apps on > android. I wonder what is the easiest way to fix this --without being > an internals-oriented programmer, which is not my goal :) > > great answers welcome, > ruben > > FYI: I use eclipse environment. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: About negative byte 0xC0 = -61 != 0xC0
I don't know if this is "dumb", but it really does break the principle of least surprise. for many people, especially those working in embedded systems, a "byte" is an 8-bit quantity ranging from 0 to 255. if you look at the specifications for various file formats and network protocols, you'll *very* rarely see signed bytes being used. (and yes, the Java language was designed for embedded systems). in practice, this is not so much of a problem if you don't forget that you are coding in Java. more an annoyance than anything else, and it's pretty easy to get used to it. at least, it's better than C's convention for "char": it may or may not be signed, depending on your compiler and various options... now, *that* is dumb... 2008/4/28 Romain Guy <[EMAIL PROTECTED]>: > > How is that dumb? It's just a choice and most of the time it's perfectly > fine. > > On Sun, Apr 27, 2008 at 3:08 PM, David Given <[EMAIL PROTECTED]> wrote: > > Romain Guy wrote: > >>> All Java types are unsigned (except char). Yes, that's dumb. > >> > >> No, all Java types are *signed* except char. > > > > D'oh! Indeed so. I seem to have missed a ! from the beginning of that > > statement. > > > > It's still dumb, though. > > > > -- > > ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─ > > │ "I have always wished for my computer to be as easy to use as my > > │ telephone; my wish has come true because I can no longer figure out > > │ how to use my telephone." --- Bjarne Stroustrup > > > > > > > > -- > Romain Guy > www.curious-creature.org > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Android IP Routing Problem
hmmm, could you provide me with additionnal details: - when you say it "cannot connect", what error message / exception do you get when you try to ? - does DNS resolution work (especially if you can set the y.y.1.y DNS server as the first one in your host DNS server list ?) note that "ping" is not supported in the emulator anyway, but TCP/UDP connections to the outside world should work, as long as the emulator application is not blocked by a firewall or something like that. the network settings in the Android emulator are pretty simple: gateway is set to 10.0.2.1 which is a special address used by the internal router/firewall. the latter will translate any TCP/UDP request into a BSD socket connect() to the corresponding target address. then, it is your host OS responsability to properly connect to the outside world. the exception is DNS, where the emulated system will try to connect to 10.0.2.3 which is a special address that is mapped to your first host DNS server (in this case, it would be z.z.0.z) On Mon, Apr 28, 2008 at 2:22 PM, patrick <[EMAIL PROTECTED]> wrote: > > hi, > > I have experienced networking problems with android. There are > different threads in this forum, that did already explain a DNS > problem [1]. > The problems I have go beyond the simple name resolution problem: it > seems like I'm not even able to ping certain addresses (network works > just fine with all other applications). > Looks like a android routing problem to me. > > > Settings: > == > host (windows xp) network settings: > ip address:x.x.1.x > subnet address: 255.255.0.0 > DNS address: z.z.0.z > y.y.1.y > Gateway: a.a.0.a > > > Problem: > === > Android is not able to connect to any address outside the x.x.1.x > subnet. Unfortunately I was not able to take a look at android network > settings. Although there are ifconfig and route commands these > commands didn't display any information. > > > Possible Explanation: > > The problems feels the same way as if android has either wrong network > masks set or wrong routing table. > > > Did somebody else experience this problem? Or did somebody even have a > solution to it? > > cheers, > Patrick > > [1] > > http://groups.google.com/group/android-developers/browse_thread/thread/b04537d827c4f9e1/c45fc7072616c87f?lnk=gst&q=dns#c45fc7072616c87f > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Emulator Clock gives incorrect time
it's a known issue in both the M3 and M5 SDKs. A Next SDK release should fix this. sorry for the inconvenience On Sun, Apr 27, 2008 at 1:25 AM, Todd <[EMAIL PROTECTED]> wrote: > > This problem has been bugging me for a long time and I just can't > figure it out. No matter what I do my emulator clock always shows my > time +7:00. > > I am on the West Coast and my system time (Windows XP) is set to GMT > -8:00 but for some reason the emulator always sets the time to GMT > -1:00. I am assuming this has something to do with Java but I can't > figure out where to go or how to fix this. > > Any help would be greatly appreciated. Thanks. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Emulator crashing constantly on Windows Vista
please provide us with ADB server traces (collected through the procedure I described a few posts ago in this thread). without this, there is little we can do On Sat, Apr 19, 2008 at 8:05 PM, Beginner <[EMAIL PROTECTED]> wrote: > > - Installed SP1 > - uninstalled both sdk and the plugin > > No difference. > > On Apr 18, 6:08 pm, "Michael R. Novak" <[EMAIL PROTECTED]> > wrote: > > I would try reinstalling the sdk and if needed the eclipse plugin. > > > > I have noticed issues with the emulator on both Windows and Linux. > > > > If you have a mac, the emulator is certainly the best on the mac. > > > > -Mike > > > > - Original Message - > > From: "Beginner" <[EMAIL PROTECTED]> > > To: "Android Developers" > > Sent: Friday, April 18, 2008 3:23:06 PM GMT -05:00 US/Canada Eastern > > Subject: [android-developers] Re: Emulator crashing constantly on Windows > Vista > > > > I'm not sure if this is of any more help, but here we go > > > > [Trace from console] > > > > "failed to read packet from transport socket on fd 103 > > failed to read packet from transport socket on fd 108 > > > > This application has requested the Runtime to terminate it in an > > unusual way. > > Please contact the application's support team for more information." > > > > The "failed to read packet" lines appear when I close the emulator > > > > [What I did] > > Here are the steps I took to get the problem... I'm not sure if they > > tell you anything or if they're useless. But I will include them just > > in case. > > > > - Delete old userdata img file > > - Run (not debug) emulator from eclipse > > > > - ./adb shell > > - cd data/misc/location > > - mkdir > > - exit > > > > - From eclipse File Explorer view > > - push properties file to > > - push kml file to > > - close emulator > > - start emulator again > > - run for 5 minutes (everything works fine) > > - close emulator > > > > - wait a few minutes > > - see error > > > > I hope this helps, but I'm sure the above gives you no useful info. So > > if you want me to try something specific, let me know. > > > > On Apr 18, 2:23 pm, burevestnikov <[EMAIL PROTECTED]> wrote: > > > Just confirming that I am also seeing this. > > > > > On Apr 18, 9:42 am, Beginner <[EMAIL PROTECTED]> wrote: > > > > > > I'm seeing the same problem. The Windows message is: > > > > > > "adb.exe has stopped working > > > > > > A problem caused the program to stop working correctly. > > > > Windows will close the program and notify you if a solution is > > > > available" > > > > > > There is no "Details" button or anything of the sort. Only a "Close > > > > Program" button. > > > > > > Eclipse has the following message in the Console: > > > > > > [2008-04-18 04:41:28 - adb] This application has requested the > Runtime > > > > to terminate it in an unusual way. > > > > [2008-04-18 04:41:28 - adb] Please contact the application's support > > > > team for more information. > > > > [2008-04-18 12:17:04 - DeviceMonitor] Adb connection Error:An > existing > > > > connection was forcibly closed by the remote host > > > > > > Any ideas what could be causing this? > > > > > > On Mar 30, 12:28 pm, Digit <[EMAIL PROTECTED]> wrote:> but > there must be a button like "Details..." that should give you more > > > > > information about the crash. if you could paste this information > here, that > > > > > would be useful to understand what's happening... > > > > > > > On Sun, Mar 30, 2008 at 10:00 AM, [EMAIL PROTECTED] < > [EMAIL PROTECTED]> > > > > > wrote: > > > > > > > > The error message is that Emulator has stopped working. > > > > > > > > nitin > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Emulator crashing constantly on Windows Vista
you should be able to get a better idea of the problem by doing the following: - close eclipse - kill any adb.exe process that is running on your machine - open a console, go to $SDK/tools - type "set ADB_TRACE=all" - type "adb nodaemon server" this runs the ADB server in the foreground, dumping all traces to the console now start Eclipse and try to use it as normal; when the ADB server crashes, send me the traces you collected until then thanks in advance On Fri, Apr 18, 2008 at 6:42 PM, Beginner <[EMAIL PROTECTED]> wrote: > > I'm seeing the same problem. The Windows message is: > > "adb.exe has stopped working > > A problem caused the program to stop working correctly. > Windows will close the program and notify you if a solution is > available" > > There is no "Details" button or anything of the sort. Only a "Close > Program" button. > > > > Eclipse has the following message in the Console: > > [2008-04-18 04:41:28 - adb] This application has requested the Runtime > to terminate it in an unusual way. > [2008-04-18 04:41:28 - adb] Please contact the application's support > team for more information. > [2008-04-18 12:17:04 - DeviceMonitor] Adb connection Error:An existing > connection was forcibly closed by the remote host > > > Any ideas what could be causing this? > > > On Mar 30, 12:28 pm, Digit <[EMAIL PROTECTED]> wrote: > > but there must be a button like "Details..." that should give you more > > information about the crash. if you could paste this information here, > that > > would be useful to understand what's happening... > > > > On Sun, Mar 30, 2008 at 10:00 AM, [EMAIL PROTECTED] < > [EMAIL PROTECTED]> > > wrote: > > > > > > > > > The error message is that Emulator has stopped working. > > > > > nitin > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: When will the emulator support capturing input voice?
the next release should have audio input, i.e. audio recording will work, for example to do speech recognition. as to when this version will appear, I can't say at all... NOTE: you still won't get audio emulation while doing a "phone call" in the emulator, this is a rather complex issue related to audio routing/paths in a real device, among other things... On Wed, Apr 16, 2008 at 10:43 AM, Sara Morsy <[EMAIL PROTECTED]> wrote: > > Hello, > I just knew that the current version of the emulator doesn't capture > any input voice. And we're to develop a speech recognition and > synthesis application on Android, so we want to be able to capture > input voice in the emulator to be able to test the correctness of our > application. So, any ideas about when a newer version will be released > to support this feature? > > Thanks, > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: SQLite interface: hell slow?
I think 63 ms == 0.063 s, so the difference is about 120:1 which really
looks a bit surprising here, even taking the ARM emulation into account.
can you post a small code snippet (and/or even an example database file) to
duplicate this ?
On Wed, Apr 16, 2008 at 3:45 AM, hackbod <[EMAIL PROTECTED]> wrote:
>
> Once again: what you are running in the emulator is a complete ARM-
> based system (linux kernel, standard libraries including SQLite, and
> dalvik interpreter) being interpreted by the emulator.
>
> 8 seconds vs. .63 second = 12:1 performance difference is quite good
> for a complete ARM emulator. :)
>
> That said, running on a modern CPU, the emulator is going to give you
> something vaguely roughly similar to the performance on real device.
> Or in other words, the performance you see in the emulator is probably
> much closer to the real performance on a device than what you would
> get running that native x86 SQLite code. So you could well have a
> performance issue here, and need to tune your database (adding indexes
> and such) to improve performance.
>
> On Apr 15, 3:33 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> wrote:
> > I was shocked how slow SQLite works on Android.
> >
> > For a selection of 374 rows, four columns (two integers and two
> > strings ~10 chars each), it took about 8 seconds.
> > Outside android same selection was finished in 63ms.
> >
> > Of that time about 4 seconds each was taken by
> > SQLiteStatement.native_1x1_long and
> > SQLiteStatement.simpleQueryForLong.
> >
> > Why is it so slow? Is it because of java interface, or sqlite itself
> > works that slow on Android? Will that be fixed soon?
> >
> > Code was following
> >
> > cursor = db.rawQuery("select attr_id, attr_name, attr_value, acc_id
> > from attributes", null);
> > while(cursor.next()){
> > ...
> >
> > }
> >
> > Db structure can be seen here
> >
> > http://code.google.com/p/android-tabletop/wiki/DbPresentation
> >
> > Thanks.
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: Unknown host using browser
the -http-proxy option in the emulator doesn't work well on Windows in M5 (this will be fixed in the next SDK release) :-( you might change the browser's internal proxy settings though: see http://groups.google.com/group/android-developers/msg/d8cb5935a609b8cc however, the 'unknown host' problem is related to DNS. please have a look at http://groups.google.com/group/android-developers/msg/763a1c67816407a1 for an explanation hope this helps On Tue, Apr 15, 2008 at 10:53 AM, hanoi <[EMAIL PROTECTED]> wrote: > > Hi, I'm facing a problem using android browser. > My env is: XP - android-sdk_m5-rc15_windows > To access internet from my lan I need to use a proxy (with username > and password authentication). > I tried setting in system database following record: > -http_proxy > -username > -password > and I launched the emulator using http_proxy option. > I always get errorcode=-2 and Unknown host exception... > Any clues? > This problem is blocking. > Thanks in advance > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Emulator Startup Options
that's right, thats's a small regression from the M3 emulator, fixed for the next release. you can simply create an empty file instead (e.g. touch data.img) before using "emulator -data data.img", this should work On Sat, Apr 12, 2008 at 1:55 AM, kobica <[EMAIL PROTECTED]> wrote: > > Hi Folks, > > The docs says : > > -data > If you use -data but does not exist, the emulator > creates a file at that location. > > It doesn't work. > > Cannot find file: /home/.../.android/userdata-qemu2.img > Please specify a valid -data file > > Any idea? > > Thanks, > Kobi > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: dx result is not always the same?
I think that the Eclipse plugin uses the --optimize option by default, resulting in much smaller .dex files On Thu, Apr 10, 2008 at 7:21 PM, Weyllor <[EMAIL PROTECTED]> wrote: > > I try to dx a bound of classes into dex with eclipse adt and dx.bat, > the first results a dex file of 173,318 bytes in size, the other > results a 396,995 file. Why? > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Communication between two emulators. UDP Chat app
you need to type "redir add udp:5000:5000" on the server emulator's console you typed it in a Windows command-line :-) On Thu, Apr 10, 2008 at 12:24 PM, Amit <[EMAIL PROTECTED]> wrote: > > Hello Digit, > > I did following steps: > 1.changed the server ip in my code to 10.0.2.15 and port to 5000. > 2.changed the client ip to 10.0.2.2 and port no to 5000 > 3 then i executed the command redir udp:5000:5000 it gave me error > saying the vdm redirector already running. > And I am not getting any output now. > Also previously I was getting on logcat server 1 (see the code) > printed after doing this modification I am not getting that also. I > think INet address is not getting generated properly. > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Communication between two emulators. UDP Chat app
let's say we have:
- A is your development machine
- B is your first emulator instance running on A
- C is your second emulator instance running on A
within both B and C, 127.0.0.1 refers to the emulated system's own loopback
interface, but 10.0.2.2 refers to A's loopback interface (a.k.a. A:127.0.0.1).
10.0.2.15 refers to the emulated system's own network address.
let's say we want to run a server on B listening on port 5000
- bind the server in B to udp:10.0.2.15:5000
- setup, on B's console, an udp redirection with: redir add udp:5000:5000
- make the client in C connect to udp:10.0.2.2:5000
- profit !!
this works because the "redir add" creates a redirection from A:
127.0.0.1:5000 to B:10.0.2.15:5000
then C connects to C:10.0.2.2:5000 which is already redirected to A:
127.0.0.1:5000 which goes to B:10.0.2.15:5000
hope this helps
On Tue, Apr 8, 2008 at 8:13 AM, Amit <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I am trying to develop small chat application using UDP in android.
> The problem I am facing here is, I want to run the client on one
> emulator and server on the other.
>
> I am able to run two apps on different emulators, but I am not getting
> the expected output.
>
> Whenever I try to send a packet from client to server, its not getting
> delivered to Server.
>
> Can anybody tell me how to address to another emulator from one
> emulator?
>
> If somehow I can manage to get the IP address of the emulator I think
> it might work.
>
>
> Here is the code:
>
> ServerSide:
>
> package psl.android.udpchatServer;
>
> import java.io.IOException;
> import java.net.DatagramPacket;
> import java.net.DatagramSocket;
> import java.net.InetAddress;
> import java.net.SocketException;
> import java.net.UnknownHostException;
>
> import android.app.Activity;
> import android.os.Bundle;
> import android.util.Log;
> import android.widget.TextView;
>
> public class UDPServer extends Activity {
>TextView tvDisplay;
>/** Called when the activity is first created. */
>@Override
>public void onCreate(Bundle icicle) {
>super.onCreate(icicle);
>setContentView(R.layout.main);
>tvDisplay=(TextView)findViewById(R.id.tvDisplay);
>Thread t=new Thread(new Server(tvDisplay));
>t.start();
>}
> }
>
> class Server implements Runnable{
>public static final String SERVERIP="127.0.0.1";
>public static final int SERVERPORT=;
>TextView tvDisplay;
>public Server(TextView display) {
>tvDisplay=display;
>Log.i("server","inside constr");
>}
>@Override
>public void run() {
>// TODO Auto-generated method stub
>try {
>
>InetAddress inetadd=
> InetAddress.getByName(SERVERIP);
>DatagramSocket socket= new
> DatagramSocket(SERVERPORT,inetadd);
>byte buf[]=new byte[3000];
>DatagramPacket packet= new
> DatagramPacket(buf,buf.length);
>Log.i("server","1");
>socket.receive(packet);
>Log.i("server","2");
>Log.i("server",new String(packet.getData()));
>tvDisplay.setText(new String(packet.getData()));
>buf="Packet Received".getBytes();
>packet=new DatagramPacket(buf,buf.length);
>Log.i("server","3");
>socket.send(packet);
>Log.i("server","4");
>} catch (UnknownHostException e) {
>// TODO Auto-generated catch block
>e.printStackTrace();
>}catch (SocketException e) {
>// TODO Auto-generated catch block
>e.printStackTrace();
>}catch (IOException e) {
>// TODO Auto-generated catch block
>e.printStackTrace();
>}
>
>}
>
> }
>
> ClientSide:
>
> package psl.android.udpchatClient;
>
> import java.io.IOException;
> import java.net.DatagramPacket;
> import java.net.DatagramSocket;
> import java.net.InetAddress;
> import java.net.SocketException;
> import java.net.UnknownHostException;
>
>
> import com.google.android.tests.core.RegexTest.Find;
>
> import android.app.Activity;
> import android.os.Bundle;
> import android.util.Log;
> import android.widget.TextView;
>
> public class UDPClient extends Activity {
>TextView tvDisplay;
>/** Called when the activity is first created. */
>@Override
>public void onCreate(Bundle icicle) {
>super.onCreate(icicle);
>setContentView(R.layout.main);
>tvDisplay=(TextView)findViewById(R.id.tvDisplay);
>Thread t=new Thread(new Client(tvDisplay));
>t.start();
>}
> }
>
> class Client implements Runnable{
>public static final Strin
[android-developers] Re: How to use a (virtual) COM (Serial) Port with Android?
this is not supported in the emulator right now. as to whether this will be supported in the future ? I really don't know On Mon, Apr 7, 2008 at 4:18 PM, sfeige <[EMAIL PROTECTED]> wrote: > > Hi there everyone, > > I'm just gettin' warm with Android and after years without writing a > single line in Java I had a hard time today when I tried to figure out > how one could establish communication via a serial port with Android. > I didn't find a solution so far and that's why I'm here: Is there a > possibility to use the device's Bluetooth to open a virtual COM port > to read data from a connected device? Is this already possible with > the emulator? If yes: How? If no: Will this feature be available in > the near future? > > Greetings. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Emulator Reboots
it's a system_server crash, so it's definitely not your application but a really bad system bug. it may have been already fixed in the current sources, but it's difficult to know. could you provide the entire logcat log and send it to me as a zip file ? also, do you have any way to reproduce this consistently ? On Sun, Apr 6, 2008 at 2:34 PM, Harsh Jain <[EMAIL PROTECTED]> wrote: > Hi, > I have been noticing that my emulator mysteriously reboots once in a > while. I want to make sure this is not due to my application. Does this > happen to others as well ? > > Harsh > > INFO/DEBUG(494): *** *** *** *** *** *** *** *** *** *** *** *** *** *** > *** *** > INFO/DEBUG(494): pid: 517, tid: 538 >>> system_server <<< > INFO/DEBUG(494): signal 11 (SIGSEGV), fault addr 001a > INFO/DEBUG(494): r0 0018e4e0 r1 0002 r2 00188d60 r3 > INFO/DEBUG(494): r4 001b r5 r6 4029d1b0 r7 00150518 > INFO/DEBUG(494): r8 0002 r9 42b8ed14 10 41f6d9e4 fp 1ab8 > INFO/DEBUG(494): ip ad06d604 sp 42c8edb0 lr ad32a805 pc 001a cpsr > 4030 > INFO/DEBUG(494): #01 pc 001a > INFO/DEBUG(494): #01 lr ad32a805 > /system/lib/libandroid_runtime.so > INFO/DEBUG(494): stack: > INFO/DEBUG(494): 42c8ed00 001a9c90 [heap] > INFO/DEBUG(494): 42c8ed04 afe0e5d8 /system/lib/libc.so > INFO/DEBUG(494): 42c8ed08 001a9c90 [heap] > INFO/DEBUG(494): 42c8ed0c 00dc > INFO/DEBUG(494): 42c8ed10 afe3c34c > INFO/DEBUG(494): 42c8ed14 afe0e448 /system/lib/libc.so > INFO/DEBUG(494): 42c8ed18 401ee520 > INFO/DEBUG(494): 42c8ed1c afe0f1c8 /system/lib/libc.so > INFO/DEBUG(494): 42c8ed20 00da > INFO/DEBUG(494): 42c8ed24 401ee520 > INFO/DEBUG(494): 42c8ed28 4029d1b0 > INFO/DEBUG(494): 42c8ed2c afe0f1c8 /system/lib/libc.so > INFO/DEBUG(494): 42c8ed30 401ee520 > INFO/DEBUG(494): 42c8ed34 4029d1b0 > INFO/DEBUG(494): 42c8ed38 ad06e478 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed3c afe0e448 /system/lib/libc.so > INFO/DEBUG(494): 42c8ed40 4029d1b0 > INFO/DEBUG(494): 42c8ed44 ad0372fb /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed48 fffea294 > INFO/DEBUG(494): 42c8ed4c 4029d1b0 > INFO/DEBUG(494): 42c8ed50 ad06d5c8 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed54 0014fb90 [heap] > INFO/DEBUG(494): 42c8ed58 0001 > INFO/DEBUG(494): 42c8ed5c 0007 > INFO/DEBUG(494): 42c8ed60 4029d1b0 > INFO/DEBUG(494): 42c8ed64 ad03c2f5 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed68 0014fb90 [heap] > INFO/DEBUG(494): 42c8ed6c 0018e4e0 [heap] > INFO/DEBUG(494): 42c8ed70 4029d1b0 > INFO/DEBUG(494): 42c8ed74 ad033cf1 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed78 ad06c9ec /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed7c ad033cd5 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed80 00150518 [heap] > INFO/DEBUG(494): 42c8ed84 ad0243f5 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ed88 41f6d9e4 > INFO/DEBUG(494): 42c8ed8c ad355700 /system/lib/libandroid_runtime.so > INFO/DEBUG(494): 42c8ed90 401ee520 > INFO/DEBUG(494): 42c8ed94 0002 > INFO/DEBUG(494): 42c8ed98 41f6d9e4 > INFO/DEBUG(494): 42c8ed9c ad0243a1 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8eda0 > INFO/DEBUG(494): 42c8eda4 4029d1b0 > INFO/DEBUG(494): 42c8eda8 df002777 > INFO/DEBUG(494): 42c8edac e3a070ad > INFO/DEBUG(494): ==> 42c8edb0 > INFO/DEBUG(494): 42c8edb4 a9d30ae1 /system/lib/libutils.so > INFO/DEBUG(494): 42c8edb8 42b8ed28 > INFO/DEBUG(494): 42c8edbc 00188d60 [heap] > INFO/DEBUG(494): 42c8edc0 42c8ede0 > INFO/DEBUG(494): 42c8edc4 42c8ee00 > INFO/DEBUG(494): 42c8edc8 0014fb90 [heap] > INFO/DEBUG(494): 42c8edcc 420eaeda > INFO/DEBUG(494): 42c8edd0 42b8ed24 > INFO/DEBUG(494): 42c8edd4 ad00a668 /system/lib/libdvm.so > INFO/DEBUG(494): 42c8edd8 > INFO/DEBUG(494): 42c8eddc > INFO/DEBUG(494): 42c8ede0 4104c910 > INFO/DEBUG(494): 42c8ede4 0014fb90 [heap] > INFO/DEBUG(494): 42c8ede8 420eaeda > INFO/DEBUG(494): 42c8edec 42c8ee78 > INFO/DEBUG(494): 42c8edf0 0001 > INFO/DEBUG(494): 42c8edf4 1bfc > INFO/DEBUG(494): 42c8edf8 42c8ee00 > INFO/DEBUG(494): 42c8edfc ad036b9d /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ee00 42b8ed10 > INFO/DEBUG(494): 42c8ee04 420eaeda > INFO/DEBUG(494): 42c8ee08 ad32a7b9 /system/lib/libandroid_runtime.so > INFO/DEBUG(494): 42c8ee0c 42c8ee78 > INFO/DEBUG(494): 42c8ee10 42b8ed34 > INFO/DEBUG(494): 42c8ee14 42b8ed00 > INFO/DEBUG(494): 42c8ee18 0014fb90 [heap] > INFO/DEBUG(494): 42c8ee1c 4104c910 > INFO/DEBUG(494): 42c8ee20 000bd6a0 [heap] > INFO/DEBUG(494): 42c8ee24 ad0204ec /system/lib/libdvm.so > INFO/DEBUG(494): 42c8ee28 42c8ee78 > INFO/DEBUG(494): 42c8ee2c > I
[android-developers] Re: Call out to the community about the poor quality of Android's error messaging
you will probably not like what I'm going to say, but: ranting on the forum is going to have very little results here. even if there are Android developers who read them (and a fewer that even answer certain questions) they are all very busy at the moment. what this means is that the best way to report that kind of problem (i.e. "weak error reporting") is to *use the public issue tracker*. - register an issue, and chances that the problem will be seen and reviewed by a relevant member of the development team is increased - describe your problem as precisely as possible, trying to nail it to the simplest possible code snippet or instructions. this also dramatically increases the chances of seeing the issue fixed / answered dramatically in the next SDK release of course, I'm talking about problems that you want to communicate to Android engineers. feel free to use the forum to ask other members to see if there aren't simple work-arounds / way of using the system or if they have a solution for it first. sadly, your original post didn't contain any meaningful information we can use to track exactly the error reporting weaknesses you're talking about (and I certainly don't deny they exist). On Sat, Apr 5, 2008 at 6:19 AM, acopernicus <[EMAIL PROTECTED]> wrote: > > Yeah...the Challenge deadline is growing closer, so I needed to spread > a a little feedback to the Android team about the many days I've just > spent working around issues in the API. OK...first off...some of > those issues were mine but my biggest waste of time has been tracking > down error messaging like "Null", "IOException", "...". > > The error messaging on the MediaPlayer in particular has been killing > me these last few days but the error messaging throughout the entire > API in general is AWFUL. I would like the Google team to please > realize that..while yes this is a pre-alpha release...many of us are > wasting many precious hours of our spare time on this project and do > not have the benefit of the source code that will someday be > available. SO it woudl be great if they would please update their > error messaging to give us a clearer idea of just what has happened > rather than blank messages or simple "null" statements. > > If you feel the same way, then please echo your thoughts on Android's > error messaging. > > Biosopher > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Reset of the emulator?
emulator -wipe-data On Fri, Apr 4, 2008 at 9:00 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > On Vista, I deleted the userdata.img file, but after that I am not > able to launch the emulator at all. > Is there any other way to do a hard reset on Android emulator? > > On Feb 9, 7:33 am, zurdo1119 <[EMAIL PROTECTED]> wrote: > > On Win XP delete C:\Documents and Settings\[YOUR_USER_HERE]\Local > > Settings\Application Data\Android\userdata.img > > > > On Feb 8, 8:21 pm, AlexNa <[EMAIL PROTECTED]> wrote: > > > > > > > > > Can I somehow reset the Android emulator? > > > > > Or can I simply delete some files form its file system? On the DDMS > > > view I can copy files in and out, but not delete > > > them > > > > > The problem I have is this: I created a test project with some java > > > package name. I played with it and it worked on the emulator well. > > > After that I started the real project but I choose to use the SAME > > > PACKAGE name. It looks like now when I start my new project actually > > > the old test project starts. I checked the files on the device through > > > the DDMS view and I can see that my package is old (by date). Is it > > > anyway to reset the situation. > > > > > Changing the java package name probably will work, but I really need > > > to use that one... > > > > > Any help would be appreciated. > > > > > Thank you. > > > Alex Na.- Hide quoted text - > > > > - Show quoted text - > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: bluetooth simulation?
no this is not supported at the moment, sorry On Thu, Apr 3, 2008 at 12:01 PM, Jason Pyeron <[EMAIL PROTECTED]> wrote: > > Does the SDK simulator support running two phones and communicating via > Bluetooth? > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > - - > - Jason Pyeron PD Inc. http://www.pdinc.us - > - Principal Consultant 10 West 24th Street #100- > - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - > - - > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Real Device in market with google Android
first, this is not an official answer from Google, just the opinion from one
guy in the Android development team.
any company/people that is *not* part of the OHA, and announces they have
some piece of hardware that "runs/supports Android" simply managed to hack
the system images provided with one of our SDKs. that's more or less easy
depending on your hardware, because we try to use the Linux kernel as our
porting abstraction as much as possible, and its sources are available.
however, since they don't have access to the sources of the rest of the
system, there are several issues with it that you need to understand:
- the ported/hacked Android binaries may lack support for some
(hopefully minor) hardware features. e.g. H/W graphics acceleration, full
audio output/input support, camera, etc.. not a real huge deal anyway
- the next SDK release' system binaries probably won't work unmodified
on this hardware, because we're still actively changing both the kernel and
the system for various reasons too long to explain (and probably not
suitable to this forum anyway).
- these modified binaries cannot be legally re-distributed for obvious
reasons. anyone that, at this points, distributes a hardware device with
these binaries pre-installed on it may receive a legal notice from the OHA's
attorneys (especially if they intend to sell them). note that this is
different from selling the bare hardware without anything except a custom
kernel on it.
I don't think anyone at Google or the OHA is interested in blocking
enthusiasts and hackers from testing the system on a variety of hardware
(including companies). after all our goal is *really* to make the system's
sources available under the Apache 2.0 license, but we still want to decide
when exactly this will be done (and I can't tell when this will be, so don't
ask me). after that, things will obviously be very different
so, whenever you see some sort of announcement like this one, take it with a
grain of salt. it's really a disguised sales pitch for hardware that may or
may not run Android SDK binaries properly (with or without modification). as
for the "mCUE" user-interface, I guess it has nothing to do with Android
itself. some marketers just love to attach unrelated products in a single
announcement ("traction through confusion")
On Wed, Apr 2, 2008 at 10:26 AM, Vipin Kumar <[EMAIL PROTECTED]>
wrote:
> Hi Guys,
>
> Is this news true or an April fool joke?
>
>
> http://blog.tmcnet.com/blog/tom-keating/google/d2-technologies-releases-mobile-handset-solution-powered-by-google-and.asp
> http://www.d2tech.com/
> http://www.d2tech.com/4-news/2008/08-04-01a.htm
>
> Best Regards
> Vipin
>
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: How can I determine if app is running on the emulator or a device.
the "ro.qemu" properly is defined when running in the emulator, and not the device. however, be *very* cautious about making different code path for emulator and device cases. this is generally not a good idea (and since no devices are available, you device-specific code is never going to run as you may expect it, and not get tested properly) On Wed, Apr 2, 2008 at 5:27 PM, Brendan <[EMAIL PROTECTED]> wrote: > > > Is there someway in code to tell if an application is running on the > emulator, on the device. I can't see how it coul dbe checked. Maybe > there is something in SystemProperties? If not, it would be a useful > extra flag to have available in a future version of the SDK. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: dlopen() behaving weird
Hello David,
ok, I had the time to look at the dynamic linker's sources, and clearly it
doesn't implement R_ARM_ABS32 properly.
I guess we never encountered this in the system because these relocs are
(correctly) removed by our prelinker system.
can you file a bug in the Issue Tracker for this ?
thanks
On Fri, Mar 28, 2008 at 8:07 PM, David Given <[EMAIL PROTECTED]> wrote:
>
> The next installment in my exciting JNI saga...
>
> I seem to have a situation where dlopen() is incorrectly applying
> relocations in shared libraries. Here's some sample code:
>
> ---snip---
> struct foo { int first, second };
> struct foo Foo = {1, 2};
>
> int* FooPtr[] = { &Foo.first, &Foo.second };
>
> JNIEXPORT jint JNICALL Java_com_cowlark_CTest1
> (JNIEnv* jenv, jclass clazz)
> {
>return *FooPtr[0];
> }
>
> JNIEXPORT jint JNICALL Java_com_cowlark_CTest2
> (JNIEnv* jenv, jclass clazz)
> {
>return *FooPtr[1];
> }
> ---snip---
>
> When I run this, I'd expect CTest1() and CTest2() to return 1 and 2
> respectively (and that's what I get if I plug it into a test harness on
> the host). What I actually *get* is 1 and 1.
>
> The linker produces (and I've verified manually that this is correct!)
> the following relocation data for FooPtr:
>
> 5102 R_ARM_ABS32 Foo
> 0004 5102 R_ARM_ABS32 Foo
>
> This means 'add the address of Foo to the thing at offset 0 in the
> .data.rel section' (twice). (FooPtr is at offset 0.) Since before
> relocation the FooPtr array contains the offset from Foo of the
> resulting address, that is, 0 and 4 respectively, once the relocation is
> complete FooPtr will contain Foo+0 and Foo+4.
>
> What I actually end up with if Foo+0 and Foo+0. That is, it appears to
> be incorrectly discarding the offset.
>
> I'm building this with the CodeSourcery arm-none-linux-gnueabi toolchain
> using the custom .xsc file as described here:
>
>
> http://honeypod.blogspot.com/2007/12/shared-library-hello-world-for-android.html
>
> I'm compiling everything with -fPIC and linking with -shared. Am I
> missing anything, or is this a bug in dlopen()?
>
> --
> David Given
> [EMAIL PROTECTED]
>
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: How to connect to a server that runs on a localhost with the same eclipse program as the emulator?
within the emulator, address 10.0.2.2 is a special alias that connects directly to your development machine's localhost (i.e. you r own 127.0.0.1) On Wed, Apr 2, 2008 at 10:56 AM, Dan U. <[EMAIL PROTECTED]> wrote: > > Right, the emulator thinks localhost is itself. You should be able to > specify the actual ip address of your computer when you make a > connection. > > On Apr 2, 1:43 am, "E.D.I" <[EMAIL PROTECTED]> wrote: > > How to connect to a server that runs on a localhost with the same > > eclipse program as the emulator? > > > > i need the emulator to connect to a server > > both of them are in the building process so they both > > are running on the same eclipse for check > > but the emulator for some reason cant connect to the localhost > > so can someone plase tell me how can it be done:) > > thnx in advance.. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: PC restarts when launching the emulator
wow, I'm glad that this solved it. in case you still want audio output to
work, try defining the following environment variable before starting the
emulator:
set QEMU_AUDIO_IN_DRV=none
this will disable the Windows wave input audio driver, while still using
wave output (like M3) did. if this doesn't work, let me know too.
could you tell us more about your hardware and OS version ? which sound card
do you have, what driver is it using, which version, on which OS version
exactly ? this will help us diagnose the problem in the future.
I don't think there is anything we can do here, the emulator only does
normal Win32 API calls like waveInOpen() et al. these are certainly not
supposed to reboot your machine.
regarding the error messages:
"could not find \tools\adb.exe" is printed by the Eclipse plugin when you
don't setup the SDK path normally
"[adb] * daemon not running. starting it now" is printed by the adb tool
when it detects that the ADB server (i.e. the adb.exe background daemon) is
not running. this is not an error message, just a normal one but it's good
to print it for diagnostic reasons.
a bug would be a message like "[adb] failed to start server" though
On Mon, Mar 31, 2008 at 12:29 AM, AMGG <[EMAIL PROTECTED]> wrote:
>
> That's it!!
> Launching the emulator with the -noaudio solves the problem.
>
> About the error message "could not find \tools\adb.exe", the path was
> set correctly, but I was having some error messages related with adb
> ("adb] * daemon not running. starting it now") so I though that may be
> it could be related.
>
> Many thanks!!
>
>
>
>
> On 28 mar, 22:12, Digit <[EMAIL PROTECTED]> wrote:
> > ok, first the "could not find \tools\adb.exe" error message indicates
> that
> > you did not setup your SDK installation path in the plugin's preferences
> > panel.
> > that's why the plugin is searching the root directory for the adb
> executable
> > (and doesn't find it). this should be unrelated to your restart.
> >
> > a hard reboot is a nasty thing that can only be generated by a flaky
> > hardware or driver. it's difficult to know why here, but one difference
> > between the M5 and M3 emulator binaries is that the former tries to open
> the
> > Windows wave input at startup to implement audio recording (this feature
> is
> > however still broken in M5 for reasons to lenghty to explain there).
> maybe
> > this is triggering something in your system. can you try starting the
> > emulator from the command-line with "emulator -noaudio" to see if this
> > changes anything ?
> >
> > On Fri, Mar 28, 2008 at 12:43 PM, AMGG <[EMAIL PROTECTED]> wrote:
> >
> > > It's a hard reboot.
> >
> > > So do u think that may be the problem belongs to the computer?
> >
> > > Because I haven't seen any system adverts, the system restarts and
> > > nothing seems to be wrong.
> >
> > > The only thing that seems to be wrong is the adb plugin. This is the
> > > only related thing I have read about (see the error messages I mention
> > > in the previous posts).
> >
> > > [2008-03-27 14:57:19 - adb] Failed to get the adb version: Cannot run
> > > program "\tools\adb.exe": CreateProcess error=3, The system cannot
> > > find the path specified
> > > [2008-03-27 14:58:17 - adb] * daemon not running. starting it now *
> > > [2008-03-27 15:48:12 - DeviceMonitor] Connection attempts: 1
> > > [2008-03-27 15:48:14 - adb] * daemon not running. starting it now *
> >
> > > I think it should be some kind of incompatibility between my system
> > > and m5, because before to install m5 all was running properly. Or some
> > > problem with the adb plugin which makes my computer to crash... really
> > > weird.
> >
> > > About the logs... do you mean system.log? I will take a look on
> > > Monday (its the company pc)
> >
> > > Thanks!
> >
> > > On 28 mar, 17:47, Digit <[EMAIL PROTECTED]> wrote:
> > > > as said previously, there is no good reason for this to happen. the
> > > emulator
> > > > is a normal application and never sends any message to Windows to
> order
> > > a
> > > > restart the machine. and since we can't reproduce it, can you
> provide us
> > > > with some additionnal details:
> >
> > > > - is this a "hard reboot", i.e. the computer restarts immediately.
> By
> > > > contrast, with a "graceful restart", yo
[android-developers] Re: Unresolved symbols & JNI
thanks, this is enough information for me to understand and propose you a
solution.
it turns out that I can trivially compile and run a program that contains
the example functions definitions you gave previously. this picked my
curiousity and took a deeper look at how things work and are built in our
platform. and boy, do things look a bit different from what I thought
initially.
- all the __aeabi_ functions are part of a companion library called
"libgcc" (http://gcc.gnu.org/onlinedocs/gccint/Libgcc.html)
that comes with your toolchain. more exactly, your toolchain comes
with several versions of libgcc, which depend on which
compiler options you're using. the one we used is the one returned by
the following command:
arm-none-linux-gnueabi-gcc -mthumb-interwork
-print-libgcc-file-name
- when you create an executable (either static or dynamic) *or* a
shared library, link it to this libgcc.a. this means that the aeabi
functions required by the executable/library are directly copied into it.
yes, this also means that these functions will be duplicated in the process
space of a program that links to several shared libraries requiring them.
note that libgcc.a must appear last in your link command.
this explains why there are some eabi functions in the C library, but not
all of them, or in the linker, or in many other libraries. these multiple
definitions will not conflict since the linker will resolve the symbol to
the first one it finds when needed (and all functions are identical). My
belief that the linker provided all the functions and linked them at runtime
was essentially wrong.
I don't know exactly why we're doing it this way, but I'll ask the system
guys. My first guess would be that we do that mainly for performance reasons
(a direct function call is significantly faster than a PLT trampoline jump,
even after lazy relocation being performed, and many of these functions are
tiny but crucial for 64-bit support, floating-point emulation, and even
straight integer division)
On Mon, Mar 31, 2008 at 3:54 AM, David Given <[EMAIL PROTECTED]> wrote:
>
> Digit wrote:
> > we have our own C library that we wrote by porting parts of the BSD C
> > library on top the Linux kernel.
> > but it conforms to the ARM EABI and you can trivially see that our own
> > system libraries refer to these kind of symbols dynamically too.
>
> Okay, here's some C code that provokes this:
>
> ---snip---
> unsigned int f2uiz(float f) { return (unsigned int) f; }
> signed long long lasr(signed long long v, int s) { return v >> s; }
> unsigned long long llsr(unsigned long long v, int s) { return v >> s; }
> unsigned long long llsl(unsigned long long v, int s) { return v << s; }
> ---snip---
>
> Each function, when compiled, generates a call to the appropriate
> __aeabi_* function:
>
> ---snip---
> f2uiz:
>stmfd sp!, {r4, lr}
>bl __aeabi_f2uiz(PLT)
>ldmfd sp!, {r4, pc}
> ---snip---
>
> However, the libc contains only the following _aeabi_f2* functions:
>
> __aeabi_f2d
> __aeabi_f2iz
> __aeabi_f2lz
> __aeabi_f2ulz
>
> __aeabi_f2uiz is documented in ARM's ABI helper function document
> (
> http://infocenter.arm.com/help/topic/com.arm.doc.ihi0043a/IHI0043A_rtabi.pdf
> ).
>
> I'm compiling the code above with:
>
> arm-none-linux-gnueabi-gcc -std=c99 -Os -fPIC test.c -o test.s -S
> -mcpu=arm926ej-s
>
> I'm getting the list of symbols from the libc with:
>
> arm-none-linux-gnueabi-gcc -T libc.so
>
> Is this enough information to duplicate, or is there anything else you
> need? (And would this be better off on -internals?)
>
> --
> David Given
> [EMAIL PROTECTED]
>
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: Running Multiple Instances of the Emulator
hello, I assume that you're using M3, since running multiple instances on Windows is only supported since M5. (the documentation you point to is for the latest SDK release) if you have a M3, then unfortunately both emulators will listen to the same ADB ports, resulting in the problem you're seeing (thanks for SO_REUSEADDR being so broken and useless in Winsock). this doesn't happen on Linux or OS X however, but M5 has the necessary fixes... On Mon, Mar 31, 2008 at 5:31 AM, ferrybaaske <[EMAIL PROTECTED]> wrote: > > -- my scenario -- > I tried to start two instances of the android emulator by the > following commands (windows xp): > start emulator -console -verbose -verbosekeys -logcat "out" -data db/ > instance1 > start emulator -console -verbose -verbosekeys -logcat "out" -data db/ > instance2 > > On first console, I see the following output: > emulator: opening read/write file 'db/instance1' > emulator: control console listening on port 5554, ADB on port > > On second console, I see the following output: > emulator: opening read/write file 'db/instance2' > emulator: control console listening on port 5554, ADB on port > > After both instances are started, I typed "adb devices" and got the > following message: > List of devices attached > 1 emulator-tcp- device 0 > > Installing an application does work only on first instance: > adb -d 1 install bin/myapp.apk > 382 KB/s (0 bytes in 366804.000s) > > -- my problem -- > I am not able to install the application on the second instance, > because both instances running on same ADB port and the second > instance has no unique [ID] to access it (e.g. calling "adb -d [ID] > install bin/myapp.apk"). > > -- my questions -- > Has anyone an idea how to fix the problem? > How I can force the emulator to use an unique ADB port or unique ID > for each instance? > > -- reference documentation -- > http://code.google.com/android/reference/emulator.html#multipleinstances > http://code.google.com/android/reference/adb.html#directingcommands > > > > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: check internet connection
Maybe you could launch the browser and try to surf a web page ? the emulator, as seen by your development machine, is just a normal application that connects to the Internet through Winsock / BSD sockets, so you won't know if it's properly "connected to the Internet" until you try to make a connection. (and don't block outgoing connections from your emulator in your firewall, or you won't be able to do anything) On Sun, Mar 30, 2008 at 2:17 PM, aTai <[EMAIL PROTECTED]> wrote: > > How do I check whether the phone/emulator is connected to the > internet? > > I'm trying to connect with a server, and I need to figure out how to > detect whether I have connectivity. Is there any way to do this on > android? > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Emulator crashing constantly on Windows Vista
but there must be a button like "Details..." that should give you more information about the crash. if you could paste this information here, that would be useful to understand what's happening... On Sun, Mar 30, 2008 at 10:00 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > The error message is that Emulator has stopped working. > > nitin > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Upgrade to m5-rc15
rc15 only contains fixes than remove some security holes that where found in some of the native image loading libraries we use. Apart from that, it's the exact same SDK/API/environment than rc14 to develop applications... On Sun, Mar 30, 2008 at 1:46 PM, Kosmaj <[EMAIL PROTECTED]> wrote: > > I'm still using m5-rc14, shall I upgrade to rc15? > On some doc pages there are even references to m5-rc15b > but I couldn't find any specifics. > What's the difference? > I'd appreciate correction of existing bugs but I'm afraid > of new ones :-) at this late stage, just two weeks before > the Challenge deadline. > > Is the Eclipse plug-in affected too? > > Thanks, > Kosmaj > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Emulator crashing constantly on Windows Vista
can you describe more precisely what you mean by "crash abruptly" ? do you have some sort of error dialog from Windows which tells you the cause of the crash, for example ? what does the Applications event log records on your machine ? On Sun, Mar 23, 2008 at 3:04 PM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Hi! > > I updated to the latest release of the Android SDK, and since the > emulator and adb.exe crashes, every now and then abruptly. > > Any inputs. > > Regards > Nitin > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: over my head with data please help
keep in mind that a desktop browser has a *lot* more memory and a lot more CPU than the one running on a cellphone 2008/3/28 dr123 <[EMAIL PROTECTED]>: > > > trie seems nice but the challenge is in two weeks :) > > i don't try to populate the spinner with 18000 entries, i have them on > my web page...but i find it strange that the browser from android has > such a hard time reading the select box which a normal browser can > read. xmmm > > On 29 Μαρ, 01:59, Digit <[EMAIL PROTECTED]> wrote: > > You should use XMLrpc to only retrieve a small number of cities, based > on > > the characters that the user has already typed, like what "Google > suggests" > > implements. > > trying to read 18000 entries from the server is not going to work or > even be > > fast. trying to populate a spinner with 18000 entries is insane, not > only is > > it bad UI but a waste of resources. > > > > if you absolutely want to store the data on the device, you should > consider > > a packed binary format that's amenable to lookups and serial access. I > guess > > that a trie would be very appropriate here (seehttp:// > en.wikipedia.org/wiki/Trie) > > > > 2008/3/28 dr123 <[EMAIL PROTECTED]>: > > > > > > > > > The database has around 2 million records. as a text file it's more > > > than half the disk space of the android. > > > > > On 29 Μαρ, 01:12, Diego Pino <[EMAIL PROTECTED]> wrote: > > > > I think you should rather store your data on a local sqlite > database, > > > > and access to it via a ContentProvider. > > > > > > You can use the method onKeyDown(int keyCode, KeyEvent event) to > catch > > > > a key press event. You could then, query your data to retrieve a > brief > > > > set of cities (set a LIMIT on your query) and populate the Spinner > > > > using and ArrayAdapter. Just an idea... > > > > > > On Mar 28, 11:05 pm, dr123 <[EMAIL PROTECTED]> wrote: > > > > > > > Hi, > > > > > i'm again the guy with the 8mb question. actually it's not 8mb > it's a > > > > > little larger but here is my problem to which i can't get any > > > > > solution. > > > > > > > I need to have the user choose his country and then populate > > > > > "something" with all the cities of the country. > > > > > In order to be exact, i have a database with 18000 cities for > greece > > > > > only for example. > > > > > Going through that kind of text or html file is not feasible as it > > > > > would have to take extreme space and memory. > > > > > > > I tried two solutions: > > > > > first one is having the database on my server and collecting the > data > > > > > through xmlrpc. this fails cause the data is bigger than the > > > > > kxmlrpclitent can hold (or some other limitation but in the > debugger > > > > > it only gets a couple of hundred cities or so). > > > > > > > the second one is better (i think): > > > > > i open up a php page on my server with webkit that has all the > cities > > > > > and i can easily see them with a normal browser. > > > > > > > *BUT*: the android browser (at least the one that opens with a new > > > > > intent and a uri) > > > > > translates the html combobox into something like a spinner. this > is > > > > > extremely slowly generated (i wait for minutes before it opens up > and > > > > > have to press the button 2-3 times) and second and most important: > > > > > i can't find a way to press the "r" key for example and the box > > > > > transfers me to the first city which starts with "r". > > > > > Noone can scroll down a list with 18000 cities. > > > > > > > I know i should get something with less cities but first of all > that's > > > > > the only database that has all the cities (i wouldn't want only > the 10 > > > > > bigger cities cause in the united states for example that would > also > > > > > be some thousands). > > > > > > > My app which is going for the challenge (i'm in a hurr) is > a > > > > > social app *depends* on good geographical selection (not gps , i > > > > > know). > > > > > > > any help *very* appreciated > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: over my head with data please help
You should use XMLrpc to only retrieve a small number of cities, based on the characters that the user has already typed, like what "Google suggests" implements. trying to read 18000 entries from the server is not going to work or even be fast. trying to populate a spinner with 18000 entries is insane, not only is it bad UI but a waste of resources. if you absolutely want to store the data on the device, you should consider a packed binary format that's amenable to lookups and serial access. I guess that a trie would be very appropriate here (see http://en.wikipedia.org/wiki/Trie) 2008/3/28 dr123 <[EMAIL PROTECTED]>: > > The database has around 2 million records. as a text file it's more > than half the disk space of the android. > > On 29 Μαρ, 01:12, Diego Pino <[EMAIL PROTECTED]> wrote: > > I think you should rather store your data on a local sqlite database, > > and access to it via a ContentProvider. > > > > You can use the method onKeyDown(int keyCode, KeyEvent event) to catch > > a key press event. You could then, query your data to retrieve a brief > > set of cities (set a LIMIT on your query) and populate the Spinner > > using and ArrayAdapter. Just an idea... > > > > On Mar 28, 11:05 pm, dr123 <[EMAIL PROTECTED]> wrote: > > > > > Hi, > > > i'm again the guy with the 8mb question. actually it's not 8mb it's a > > > little larger but here is my problem to which i can't get any > > > solution. > > > > > I need to have the user choose his country and then populate > > > "something" with all the cities of the country. > > > In order to be exact, i have a database with 18000 cities for greece > > > only for example. > > > Going through that kind of text or html file is not feasible as it > > > would have to take extreme space and memory. > > > > > I tried two solutions: > > > first one is having the database on my server and collecting the data > > > through xmlrpc. this fails cause the data is bigger than the > > > kxmlrpclitent can hold (or some other limitation but in the debugger > > > it only gets a couple of hundred cities or so). > > > > > the second one is better (i think): > > > i open up a php page on my server with webkit that has all the cities > > > and i can easily see them with a normal browser. > > > > > *BUT*: the android browser (at least the one that opens with a new > > > intent and a uri) > > > translates the html combobox into something like a spinner. this is > > > extremely slowly generated (i wait for minutes before it opens up and > > > have to press the button 2-3 times) and second and most important: > > > i can't find a way to press the "r" key for example and the box > > > transfers me to the first city which starts with "r". > > > Noone can scroll down a list with 18000 cities. > > > > > I know i should get something with less cities but first of all that's > > > the only database that has all the cities (i wouldn't want only the 10 > > > bigger cities cause in the united states for example that would also > > > be some thousands). > > > > > My app which is going for the challenge (i'm in a hurr) is a > > > social app *depends* on good geographical selection (not gps , i > > > know). > > > > > any help *very* appreciated > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Unresolved symbols & JNI
we have our own C library that we wrote by porting parts of the BSD C library on top the Linux kernel. but it conforms to the ARM EABI and you can trivially see that our own system libraries refer to these kind of symbols dynamically too. On Fri, Mar 28, 2008 at 12:19 PM, David Given <[EMAIL PROTECTED]> wrote: > Digit wrote: > > ah sorry, I wasn't clear enough that I'm interested in the cases where > you > > have some of the __aeabi_ symbols in your shared library that do not get > > properly linked at runtime. > > I can't help you much with System.loadLibrary() right now :-( > > Ah, I see! > > I'll see if I can construct some C code that generates the four > offending RTL references on Monday (when I get my compiler back): > > >> __aeabi_f2uiz > >> __aeabi_lasr > >> __aeabi_llsl > >> __aeabi_llsr > > I'm a little surprised, TBH; these are all specified in the ABI. What > libc are you using? > > -- > ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─ > │ "I have always wished for my computer to be as easy to use as my > │ telephone; my wish has come true because I can no longer figure out > │ how to use my telephone." --- Bjarne Stroustrup > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: PC restarts when launching the emulator
ok, first the "could not find \tools\adb.exe" error message indicates that you did not setup your SDK installation path in the plugin's preferences panel. that's why the plugin is searching the root directory for the adb executable (and doesn't find it). this should be unrelated to your restart. a hard reboot is a nasty thing that can only be generated by a flaky hardware or driver. it's difficult to know why here, but one difference between the M5 and M3 emulator binaries is that the former tries to open the Windows wave input at startup to implement audio recording (this feature is however still broken in M5 for reasons to lenghty to explain there). maybe this is triggering something in your system. can you try starting the emulator from the command-line with "emulator -noaudio" to see if this changes anything ? On Fri, Mar 28, 2008 at 12:43 PM, AMGG <[EMAIL PROTECTED]> wrote: > > It's a hard reboot. > > So do u think that may be the problem belongs to the computer? > > Because I haven't seen any system adverts, the system restarts and > nothing seems to be wrong. > > The only thing that seems to be wrong is the adb plugin. This is the > only related thing I have read about (see the error messages I mention > in the previous posts). > > [2008-03-27 14:57:19 - adb] Failed to get the adb version: Cannot run > program "\tools\adb.exe": CreateProcess error=3, The system cannot > find the path specified > [2008-03-27 14:58:17 - adb] * daemon not running. starting it now * > [2008-03-27 15:48:12 - DeviceMonitor] Connection attempts: 1 > [2008-03-27 15:48:14 - adb] * daemon not running. starting it now * > > > I think it should be some kind of incompatibility between my system > and m5, because before to install m5 all was running properly. Or some > problem with the adb plugin which makes my computer to crash... really > weird. > > About the logs... do you mean system.log? I will take a look on > Monday (its the company pc) > > Thanks! > > > > > > On 28 mar, 17:47, Digit <[EMAIL PROTECTED]> wrote: > > as said previously, there is no good reason for this to happen. the > emulator > > is a normal application and never sends any message to Windows to order > a > > restart the machine. and since we can't reproduce it, can you provide us > > with some additionnal details: > > > > - is this a "hard reboot", i.e. the computer restarts immediately. By > > contrast, with a "graceful restart", you will see all applications > windows > > closing, then the Windows shell exiting, then a few seconds where the > > computer shut downs properly with only the "login background". > > or do you see the blue screen of death ? > > > > - is there anything in the system logs that indicate a fatal error or > the > > reason for the restart ? > > there probably is something there that should explain what's happening > > > > On Fri, Mar 28, 2008 at 9:46 AM, AMGG <[EMAIL PROTECTED]> wrote: > > > > > Hi , > > > > > I have updated Android SDK from M3 to M5, each time I start the > > > emulator, my computer restarts. Can somebody please help me? > > > > > Yesterday I upgraded my sdk from m3 to m5 and when I tried to launch > > > the emulator, suddenly my computer restarts. > > > I did it before to wipe the data from the emulator (I forgot it) > > > Once I realized that I had forgotten to wipe the data I tried to do > > > it, but the > > > computer restarted again when I tried the command: "emulator -wipe- > > > data" (the > > > computer restarts immediately) > > > > > After the computer restarts, I have this message in the Eclipse > > > console: "[2008-03-27 12:00:17 - adb] * daemon not running. starting > > > it now *" > > > > > Any idea? > > > > > About my pc: > > > W2000 sp4, Intel core2 1.86Ghz, 2gb ram > > > > > I was posting on this thread, so you can found more details about my > > > problem here: > > > > >http://groups.google.com/group/android-developers/browse_thread/threa. > .. > > > > > Thanks. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: adb logcat -f out.log doesn't work?
the syntax is : or *:, where is a single letter describing the logging level (s=silent, e=error, w=warnings, i=informative, d=debug, v=verbose) the syntax :* is not supported. try doing the following: adb logcat '*:s APP_TAG:v' this should ensure that only traces from your apps are displayed On Fri, Mar 28, 2008 at 3:36 AM, Raja Nagendra Kumar < [EMAIL PROTECTED]> wrote: > > I have stated both emulator and attached to loc console using the > following > > emulator -logcat APP_TAG:* > > and > > adb logcat APP_TAG:* > > However I am seeing apptag logs and also system logs such as the > below.. > > Regards, > Nagendra > > lgConsole > exec > D/( 519): zip_openZipFile(/system/app/GTalkSettings.apk) > D/( 519): zip_openZipFile(/system/app/Home.apk) > D/( 519): zip_openZipFile(/system/app/GoogleApps.apk) > D/( 519): zip_openZipFile(/system/app/Maps.apk) > D/( 519): zip_openZipFile(/system/app/Phone.apk) > D/( 519): zip_openZipFile(/system/app/ImProvider.apk) > D/( 519): zip_openZipFile(/system/app/gtalkservice.apk) > D/PackageManager( 519): Scanning app dir /data/app > D/( 519): zip_openZipFile(/data/app/ApiDemos.apk) > W/PackageManager( 519): Not granting permission > android.permission.RUN_INSTRUMENTATION to package > com.google.android.samples > W/PackageManager( 519): Granting new permission > android.permission.WRITE_CONTACTS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.READ_CONTACTS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.ADD_SYSTEM_SERVICE to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.SYSTEM_ALERT_WINDOW to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.WRITE_CONTACTS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.WRITE_SETTINGS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.BROADCAST_STICKY to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.READ_CONTACTS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.CALL_PHONE to android.server.PackageManagerService > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.INTERNAL_SYSTEM_WINDOW to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.WRITE_SETTINGS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.BROADCAST_STICKY to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.RECEIVE_BOOT_COMPLETED to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > com.google.android.gtalkservice.permission.GTALK_SERVICE to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.CALL_PHONE to android.server.PackageManagerService > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.ACCESS_LOCATION to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > com.google.android.maps.permission.READ_MY_MAPS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > com.google.android.maps.permission.WRITE_MY_MAPS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.ACCESS_CELL_ID to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.ACCESS_ASSISTED_GPS to > [EMAIL PROTECTED] > W/PackageManager( 519): Granting new permission > android.permission.ACCESS_GPS to android.server.PackageManagerService > [EMAIL PROTECTED] > D/( 519): removing file '/data/system/packages-backup.xml' > D/( 519): unable to unlink '/data/system/packages- > backup.xml' (errno=2) > I/dalvikvm-heap( 519): GC! (4302ms since last GC) > I/dalvikvm-heap( 519): GC old usage 59.0%; now 0.881MB used / 1.763MB > soft max (2.062MB real max) > I/dalvikvm-heap( 519): GC freed 11180 objects / 634488 bytes in 101ms > I/ServiceManager( 502): ServiceManager: addService(package, 0x138b0) > > On Mar 27, 10:33 pm, "Megha Joshi" <[EMAIL PROTECTED]> wrote: > > Hi, > > > > The filters do work as expected. Could you please give an example of > the > > logcat command that you used, expected output and the actual output that > you > > received? > > > > Thanks, > > Megha > > > > On Wed, Mar 26, 2008 at 6:24 AM, Raja Nagendra Kumar < > > > > > > > > [EMAIL PROTECTED]> wrote: > > > > > Hi, > > > > > May be there are big issues in the arguments checking in sdk tools. > > > > > adb logcat APP_FILTER_TAG or > > > emulator -logcat APP_FILTER_TAG does not seem to work as expected. I > > > am still seeing all the log messages which are of different tag than > > > APP_FILTER_TAG. > > > > > R
[android-developers] Re: Unresolved symbols & JNI
ah sorry, I wasn't clear enough that I'm interested in the cases where you
have some of the __aeabi_ symbols in your shared library that do not get
properly linked at runtime.
I can't help you much with System.loadLibrary() right now :-(
On Fri, Mar 28, 2008 at 11:22 AM, David Given <[EMAIL PROTECTED]> wrote:
>
> Digit wrote:
> [...]
> > I'm still interested in knowing exactly which symbols are missing for
> > you in the C library.
>
> These are some of the ones I've seen missing:
>
> __aeabi_f2uiz
> __aeabi_lasr
> __aeabi_llsl
> __aeabi_llsr
>
> > Also, I would appreciate if you could give us instructions to exactly
> > reproduce the things you see so we can test them ourselves.
>
> I can't give exact instructions, I'm afraid, because this all works via
> JNI and so I need huge piles of infrastructure to make it all work.
> However, here's a minimal C file:
>
> ---snip---
> extern int this_symbol_is_undefined;
> int foo(void)
> {
> return this_symbol_is_undefined;
> }
> ---snip---
>
> Here are the commands used to generate the .so:
>
> ---snip---
> "c:/Program Files/CodeSourcery/Sourcery G++
> Lite/bin/arm-none-linux-gnueabi-gcc" -std=c99 -g -Os -fPIC -I"c:/Program
> Files/Java/jdk1.6.0_05/include" -c dummy.c -o dummy.o
>
> "c:/Program Files/CodeSourcery/Sourcery G++
> Lite/bin/arm-none-linux-gnueabi-ld" -g -Os -shared
> -Tarmelf_linux_eabi.xsc -o libDummy.so dummy.o
> ---snip---
>
> And here's an (untested, unfortunately; I was able to test the C stuff
> above) minimal class that ought to fail to load it:
>
> ---snip---
> public class Dummy
> {
> static void Load() throws UnsatisfiedLinkError
> {
> System.loadLibrary("Dummy");
> }
> }
> ---snip---
>
> So you see that there's nothing actually very exciting going on.
>
> --
> David Given
> [EMAIL PROTECTED]
>
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: Unresolved symbols & JNI
thanks David,
I'm still interested in knowing exactly which symbols are missing for you in
the C library.
Also, I would appreciate if you could give us instructions to exactly
reproduce the things you see so we can test them ourselves.
what I mean is:
1. a small C or C++ source file
2. the exact toolchain version you're using, how you built it / installed it
/ etc...
3. exactly how you compile your given source file into an object and/or
executable or shared library
thanks in advance
On Fri, Mar 28, 2008 at 10:37 AM, David Given <[EMAIL PROTECTED]> wrote:
>
> David Given wrote:
> [...]
> > Perhaps I should avoid libc completely where possible and do direct
> > syscalls instead? It's awfully ugly. Unless there's a set of Official
> > Header files somewhere that I've missed, which I could compile
> against...
>
> Thanks to the magic of Unix textutils, I've managed to put together a
> workaround:
>
> ($(OBJDUMP) -T libc.so && \
> $(OBJDUMP) -T libm.so) | \
> awk '$$2=="g" { print $$6 }' | sort > libsymbols
> $(OBJDUMP) -T $(LIBNAME) | \
> awk '$$3=="*UND*" { print $$5 }' | sort > mysymbols
> diff mysymbols libsymbols | grep '<'
>
> You need to pull the libraries you're interested in off the device with
> adb pull; then the above will collect the list of symbols in the
> libraries, the list of symbols in your shared library $(LIBNAME), and
> report all symbols that aren't there. What you should get is no output.
>
> Hope this is of use to someone...
>
> --
> David Given
> [EMAIL PROTECTED]
>
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
[android-developers] Re: PC restarts when launching the emulator
as said previously, there is no good reason for this to happen. the emulator is a normal application and never sends any message to Windows to order a restart the machine. and since we can't reproduce it, can you provide us with some additionnal details: - is this a "hard reboot", i.e. the computer restarts immediately. By contrast, with a "graceful restart", you will see all applications windows closing, then the Windows shell exiting, then a few seconds where the computer shut downs properly with only the "login background". or do you see the blue screen of death ? - is there anything in the system logs that indicate a fatal error or the reason for the restart ? there probably is something there that should explain what's happening On Fri, Mar 28, 2008 at 9:46 AM, AMGG <[EMAIL PROTECTED]> wrote: > > Hi , > > I have updated Android SDK from M3 to M5, each time I start the > emulator, my computer restarts. Can somebody please help me? > > Yesterday I upgraded my sdk from m3 to m5 and when I tried to launch > the emulator, suddenly my computer restarts. > I did it before to wipe the data from the emulator (I forgot it) > Once I realized that I had forgotten to wipe the data I tried to do > it, but the > computer restarted again when I tried the command: "emulator -wipe- > data" (the > computer restarts immediately) > > After the computer restarts, I have this message in the Eclipse > console: "[2008-03-27 12:00:17 - adb] * daemon not running. starting > it now *" > > Any idea? > > About my pc: > W2000 sp4, Intel core2 1.86Ghz, 2gb ram > > I was posting on this thread, so you can found more details about my > problem here: > > http://groups.google.com/group/android-developers/browse_thread/thread/2c5027f5a3a72145/8e6237eb5281ded7#8e6237eb5281ded7 > > Thanks. > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Is this normal (emulator errors)?
after upgrading to the M5 SDK, you need to wipe your /data partition (e.g. start with "emulator -wipe-data") you will also need to upgrade your Eclipse plugin as well, we have changed several parts of the system and tools that relate to debugging(mainly to get rid of nasty Windows sockets issues), so everything should match. what you describe looks like you're using the M3 Eclipse plugin with an M5 emulator/system if this is not the case, let us know On Fri, Mar 28, 2008 at 3:32 PM, NTR <[EMAIL PROTECTED]> wrote: > > Also an another problem - the debugger just doesn't attach anymore. > I've tried restarting the emulator several times, but it just stays in > the "waiting for emulator to attach"-state forever. The DDM shows the > debugger, but Eclipse doesn't attempt to connect to it. > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Unresolved symbols & JNI
it definitely looks like there is something wrong with your toolchain. the libgcc runtime functions should be prefixed with __aeabi_ and not __armeabi_ the corresponding implementations are located in the linker executable itself (/system/bin/linker) and get resolved at runtime normally. some of them come from libgcc, and others from the C library itself (which is statically compiled into the linker) as for the static libc, you cannot use it in shared libraries. even if there wasn't relocation issues, this would break many things, (e.g. pthread initialization). On Thu, Mar 27, 2008 at 5:26 PM, David Given <[EMAIL PROTECTED]> wrote: > Joe Onorato wrote: > > Ahh, I see. It's not not finding the JNI functions, it's not able to > > resolve some other symbol in the library. What happens if you compile > the > > .so with --error-unresolved-symbols? > > I don't have the toolchain with me right now, so I can't try it. I > would, however, not expect it to tell me anything particularly useful > --- the linker can't distinguish between symbols that are resolvable at > runtime and which ones aren't. (I've actually been using a system using > nm and grep to list all unresolved symbols in the library, to try and > figure out which ones are causing the problems.) > > digit wrote: > > can I ask you to list the missing functions that you need ? especially > the C > > library ones. > > I don't know for sure. I can only enable or disable blocks of code and > see what works and what doesn't. Given Google's comments on the use of > the C library, I'm not really expecting to be able to use many libc > functions. However, I am seeing problems with the C runtime --- the > compiler generates references to helper functions with names beginning > with __armeabi for doing things like float emulation, and at least some > of these appear to be missing. > > Normally I'd just statically link them and not worry about it, but my > CodeSourcery toolchain doesn't appear to have a static libgcc; I'll have > to hunt around to see if I can find a copy elsewhere. (*And* its static > libc contains fixup types that can't be put into shared libraries. > Grumble.) > > -- > ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─ > │ "I have always wished for my computer to be as easy to use as my > │ telephone; my wish has come true because I can no longer figure out > │ how to use my telephone." --- Bjarne Stroustrup > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Unresolved symbols & JNI
hello, can I ask you to list the missing functions that you need ? especially the C library ones. (not that I can help you with the linking issue though) On Thu, Mar 27, 2008 at 5:01 PM, David Given <[EMAIL PROTECTED]> wrote: > Joe Onorato wrote: > > And you're sure you installed libFnord.so in /system/lib? If it can't > > dlopen it, it could be because of binary incompatibility. It could also > be > > filesystem permissions. Don't forget that each app runs as its own > userid. > > The error with dlopen means that it isn't even getting to dlsym, which > is > > where it looks up the JNI methods. > > I'm quite sure. I've verified this multiple times (not helped by the > fact that the system sometimes doesn't dlunload() the library, which > means that uploading a new version doesn't take effect!). > > Basically, what I've got is that if I include code that refers to an > undefined symbol it doesn't work, with the above error; but if I comment > out the code, recompile and reupload, it all works fine. > > The problem is that there are a *lot* of functions I need to provide > implementations of because because Android doesn't have them --- > including, rather annoying, some of the CRT! Currently I have to use > trial and error to figure out what these symbols are. If I could just > find a way to get the system to tell me what symbols were causing the > problem, my life would be much easier. > > -- > ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ─ http://www.cowlark.com ─ > │ "I have always wished for my computer to be as easy to use as my > │ telephone; my wish has come true because I can no longer figure out > │ how to use my telephone." --- Bjarne Stroustrup > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new M5 SDK! http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Access Java based WebService using Android
from the exception, it looks like you're trying to parse some malformed XML.
without more information about the input file, or the original source code,
it's difficult to tell more
On Tue, Mar 25, 2008 at 3:02 PM, Ank <[EMAIL PROTECTED]> wrote:
>
> Hi ,
>
> I developed my own web service for Searching purpose.But i wana to
> access it using Android.
> i tried some code but it does not work some exception are there as ::
>
> org.xmlpull.v1.XmlPullParserException: expected: END_TAG {http://
> schemas.xmlsoap.org/soap/envelope/}Body(position:END_TAG
> schemas.xmlsoap.org/soap/envelope/}env:Fault>@2:595
> in
> [EMAIL PROTECTED])
>
> E/AndroidRuntime( 554):at
> org.kxml2.io.KXmlParser.exception(KXmlParser.java:243)
>
> E/AndroidRuntime( 554):at
> org.kxml2.io.KXmlParser.require(KXmlParser.java:1374)
>
> E/AndroidRuntime( 554):at org.ksoap2.SoapEnvelope.parse(Unknown
> Source)
>
> E/AndroidRuntime( 554):at
> org.ksoap2.transport.Transport.parseResponse(Unknown Source)
>
> E/AndroidRuntime( 554):at
> org.ksoap2.transport.AndroidHttpTransport.call(AndroidHttpTransport.java:
> 82)
>
> E/AndroidRuntime( 554):at
> com.android.i3content.Test.playVideo(Test.java:74)
>
> E/AndroidRuntime( 554):at com.android.i3content.Test
> $1.onClick(Test.java:56)
>
> E/AndroidRuntime( 554):at
> android.view.View.performClick(View.java:
> 1515)
>
> E/AndroidRuntime( 554):at
> android.widget.ImageButton.performClick(ImageButton.java:80)
>
> E/AndroidRuntime( 554):at android.view.View.onKeyDown(View.java:
> 2280)
>
> E/AndroidRuntime( 554):at
> android.view.KeyEvent.dispatch(KeyEvent.java:401)
>
> E/AndroidRuntime( 554):at
> android.view.View.dispatchKeyEvent(View.java:2206)
>
> E/AndroidRuntime( 554):at
> android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:360)
>
> E/AndroidRuntime( 554):at
> android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:360)
>
> E/AndroidRuntime( 554):at
> android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:360)
>
> E/AndroidRuntime( 554):at
> android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:360)
>
> E/AndroidRuntime( 554):at
> android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:360)
>
> E/AndroidRuntime( 554):at android.policy.PhoneWindow
> $DecorView.superDispatchKeyEvent(PhoneWindow.java:1071)
>
> E/AndroidRuntime( 554):at
> android.policy.PhoneWindow.superDispatchKeyEvent(PhoneWindow.java:884)
>
> E/AndroidRuntime( 554):at
> android.app.Activity.dispatchKeyEvent(Activity.java:1377)
>
> E/AndroidRuntime( 554):at android.policy.PhoneWindow
> $DecorView.dispatchKeyEvent(PhoneWindow.java:1058)
>
> E/AndroidRuntime( 554):at
> android.view.ViewRoot.handleMessage(ViewRoot.java:564)
>
> E/AndroidRuntime( 554):at
> android.os.Handler.dispatchMessage(Handler.java:80)
>
> E/AndroidRuntime( 554):at android.os.Looper.loop(Looper.java:71)
>
> E/AndroidRuntime( 554):at
> android.app.ActivityThread.main(ActivityThread.java:2506)
>
> E/AndroidRuntime( 554):at
> java.lang.reflect.Method.invokeNative(Native Method)
>
> E/AndroidRuntime( 554):at
> java.lang.reflect.Method.invoke(Method.java:380)
>
> E/AndroidRuntime( 554):at android.os.ZygoteInit
> $MethodAndArgsCaller.run(ZygoteInit.java:1170)
>
> E/AndroidRuntime( 554):at
> android.os.ZygoteInit.main(ZygoteInit.java:1121)
>
> E/AndroidRuntime( 554):at android.dalvik.NativeStart.main(Native
> Method)
>
>
> I did not understand why these exception occured .can u plz suggest me
> tht what can i do to resolve it.i need suggestion ...
> Thank u in advance wait for response
> >
>
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
Announcing the new M5 SDK!
http://android-developers.blogspot.com/2008/02/android-sdk-m5-rc14-now-available.html
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~--~~~~--~~--~--~---
