nao e presiso
Date: Thu, 9 Oct 2008 14:45:15 -0700From: [EMAIL PROTECTED]: [EMAIL PROTECTED]: [android-developers] Re: polite request for better error messages Thanks for your feedback Jason...those error messages aren't meaningful enough. The engineers are working on improving the error messages in general..It would be helpful though if you can log specific package/class or API related error message issues in the public issue tracker...in that way it will be easy to keep track of. 2008/10/9 Jason Proctor <[EMAIL PROTECTED]> i'd never have thought of that ;-)in the socket case, the actual exception message is as i posted.prior to me logging the exception, OSNetworkSystem logs "unknownsocket error -1".in the MediaPlayer.create() case, no exception is thrown. the methodreturns null to signify the error. however, the internal exception islogged in the DDMS window, and it's exactly the message i posted.in both cases, some piece of Android SDK knew what the problem was,and decided not to tell.i hope that nobody is going to argue *against* informative errormessages? they are a hallmark of java development - i have writtencountless Swing applications with not even one question posted on alist.opaque error messages just lead to endless list FAQs and delayedapplications. biggest problem with the computer industry as a wholeIMHO. >Wrap the issue in a try catch block and log the exception. You'll get>much >more detailed info.>>On Wed, Oct 8, 2008 at 4:32 PM, Jason Proctor <[EMAIL >PROTECTED]> wrote:>>>> dear google, any chance of better error messages from >the android>> classes? usually, the java frameworks have nice >developer-friendly>> (as opposed to user-friendly) messages in exceptions >when things go>> wrong. but it seems that with the android.* packages, errors >are>> unexpected and the message is invariably some variation on -->>>> >error code -1: unknown error>>>> -- which isn't very helpful. that's the >actual error message when an>> application tries to open a socket and doesn't >have internet>> permission. this led to numerous list threads etc which could >have>> been avoided if the piece of code discovering the problem and>> >throwing the exception had included a better message. then the>> solution >would have been obvious.>>>> i'm running into another one at the moment. if >MediaPlayer doesn't>> like the data it's presented with, it will throw during >prepare().>> the error message i'm looking at is -->>>> error: Prepare >failed: status=0xffffffff>>>> -- which is, you guessed it, error code -1 >again. there are numerous>> possible error cases here, and the code which >threw the exception>> knew what the problem was, so why didn't it tell us? >i'm going to>> have to start another list thread on streaming http, because i >can't>> tell what the problem is. i *know* prepare() failed, how about>> >telling me WHY??>>>> thanks in advance.>>>> j>>>>>> >>>>>>>>-->~chris>>_________________________________________________________________ Conheça o Windows Live Spaces, a rede de relacionamentos do Messenger! http://www.amigosdomessenger.com.br/ --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
