I am also calling removeUdates just before stopself()
myLocationManager.removeUpdates(onLocationChange);
On Jan 9, 10:48 am, jsm wrote:
> Additional info:
>
> I have a a class private final LocationListener onLocationChange =
> new LocationListener()
> in the service listening to location updat
Additional info:
I have a a class private final LocationListener onLocationChange =
new LocationListener()
in the service listening to location updates. Would this cause it to
ANR while stopself()
On Jan 8, 1:17 pm, jsm wrote:
> I am enclosing the anr file related to my package. If anybody ca
I am enclosing the anr file related to my package. If anybody can
help, greatly appreciated...
---traces.txt--
...
- pid 189 at 2009-01-08 13:26:08 -
Cmd line: com.mypackage.package
DALVIK THREADS:
"main" prio=5 tid=3 WAIT
| group="main" sCount=1 dsCount=0 s=
I did try to look at that file, but I am not able to understand its
content. Any pointers or document on analyzing the anr trace files.
On Jan 7, 10:55 pm, Al wrote:
> During ANR, a stack trace is written to /data/anr/, I've found that
> file to very helpful to track down the cause. Search you
During ANR, a stack trace is written to /data/anr/, I've found that
file to very helpful to track down the cause. Search your package name
in the file to see what was going on at the time inside your app.
On Jan 6, 8:36 pm, "Dianne Hackborn" wrote:
> Look at what your main thread is doing when t
Look at what your main thread is doing when the ANR happens. It may not be
directly related to the stopSelf() at all -- you may have some code in a
completely different location that is blocking the main thread, and the
stopSelf() call just happens to cause the system to try to interact with
your
6 matches
Mail list logo
