[mono-android] Location problems - privates look good but public looks wrong

[Stuart Lodge]

Thanks Mel

I'm pretty sure the problem I saw was definitely occurring inside the app.
The debug trace for the location was fine, but the object properties were
garbage. This was in the OnLocationChanged handler from the LocationManager
- so only one call stack frame away from the Java, and nowhere near any map
or network code.

Hopefully we'll never see it again :)

Stuart

On 6 February 2012 21:31, Miljenko Cvjetko <mcvjetko at holisticware.net>wrote:

>  Hi
>
> On 2012.02.06 16:39, Stuart Lodge wrote:
>
> The values were wrong in debugger and in Trace.
>
>  What's more I also got corruption on other local "stack" variables -
> e.g. if I copied the values to a locally new'ed class, then that class also
> had issues.
>
>  This problem persisted for about 3 hours - I tried clean builds and
> phone and PC reboots - nothing helped. However, by taking a lunch break,
> the problem has now cleared and everything works fine - not sure if that's
> good or bad news :)
>
>
> I had similar issues. Worked for some time and then stopped. I guess this
> might be on Google's servers:
> First I suspected on API key, but it was ok. I was confused when it
> started to work and stopped.
> Mono4Android seemed ok.
>
> My adb log when something like that happened:
> 01-15 00:03:26.070 W/System.err(19241): IOException processing: 26
> 01-15 00:03:26.070 W/System.err(19241): java.io.IOException: Server
> returned: 3
> 01-15 00:03:26.070 W/System.err(19241):     at
> android_maps_conflict_avoidance.com.google.googlenav.map.BaseTileRequest.readResponseData(BaseTileRequest.java:115)
> 01-15 00:03:26.070 W/System.err(19241):     at
> android_maps_conflict_avoidance.com.google.googlenav.map.MapService$MapTileRequest.readResponseData(MapService.java:1473)
> 01-15 00:03:26.070 W/System.err(19241):     at
> android_maps_conflict_avoidance.com.google.googlenav.datarequest.DataRequestDispatcher.processDataRequest(DataRequestDispatcher.java:1117)
> 01-15 00:03:26.070 W/System.err(19241):     at
> android_maps_conflict_avoidance.com.google.googlenav.datarequest.DataRequestDispatcher.serviceRequests(DataRequestDispatcher.java:994)
> 01-15 00:03:26.070 W/System.err(19241):     at
> android_maps_conflict_avoidance.com.google.googlenav.datarequest.DataRequestDispatcher$DispatcherServer.run(DataRequestDispatcher.java:1702)
> 01-15 00:03:26.070 W/System.err(19241):     at
> java.lang.Thread.run(Thread.java:1019)
>
> regards
>
> mel
>
>
>  Will keep an eye out for repetition!
>
>  Stuart
>
> On 6 February 2012 15:29, Jonathan Pobst <monkey at jpobst.com> wrote:
>
>> Is this just in the debugger?
>>
>> If you use something like Console.WriteLine are the values correct?
>>
>> Jonathan
>>
>>
>> On 2/6/2012 5:42 AM, Stuart Lodge wrote:
>>
>>>  I'm looking at some Location traces right now where the
>>> Andtroid.Locations.Location object has good mLatitude and mLongitude
>>> private values, but has seemingly garbage public Latitude and Longitude
>>> property values
>>>
>>> For example. the debug trace for the object is:
>>>
>>>
>>>  {Location[mProvider=network,mTime=1328528220606,mLatitude=51.4326621,mLongitude=-0.3436901,mHasAltitude=false,mAltitude=0.0,mHasSpeed=false,mSpeed=0.0,mHasBearing=false,mBearing=0.0,mHasAccuracy=true,mAccuracy=52.0,mExtras=Bundle[mParcelledData.dataSize=148]]}
>>>
>>>
>>> ...but the debug evaluation of properties yields:
>>>
>>>         base: {Java.Lang.Object}
>>>         Accuracy: 0
>>>         Altitude: 1.58234427515848E-314
>>>         Bearing: 0
>>>         Extras: {Android.OS.Bundle}
>>>         HasAccuracy: true
>>>         HasAltitude: false
>>>         HasBearing: false
>>>         HasSpeed: false
>>>         Latitude: 1.58234363880193E-314
>>>         Longitude: 1.58234354789385E-314
>>>         Provider: "network"
>>>         Speed: 0
>>>         Time: 1328528220606
>>>
>>>
>>> Is there something I'm doing wrong to get the result? Is it something to
>>> do with the provider being network rather than GPS?
>>>
>>> Stuart
>>>
>>>
>>>  _______________________________________________
>>> Monodroid mailing list
>>> Monodroid at lists.ximian.com
>>>
>>> UNSUBSCRIBE INFORMATION:
>>> http://lists.ximian.com/mailman/listinfo/monodroid
>>>
>>
>>
>>
>
>
> _______________________________________________
> Monodroid mailing listMonodroid at lists.ximian.com
>
> UNSUBSCRIBE INFORMATION:http://lists.ximian.com/mailman/listinfo/monodroid
>
>
>
> --
> Miljenko Cvjetko dipl.ing. ET
> 	Direktor/CEO
> 	Projektant rješenja/Solution Architect	
> 	Razvojni programer/Senior developer
> 	Voditelj projekta/Project Manager
>
> IX južna obala 13
> Kajzerica Zagreb
> T: 385 1 7775555
> M: 385 91 557 447 3
> F: 385 1 7779556
> e: mcvjetko at holisticware.net
> w: http://www.holisticware.net
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/monodroid/attachments/20120207/2de60d04/attachment-0001.html>