On Jul 27, 2012, at 1:11 PM, NCSoftware wrote:
> Thanks for the reply. I discovered that adding the line below to my
> AssemblyInfo.cs resolves the issue:
>
> [assembly: UsesLibrary(Name="com.google.android.maps", Required=false)]
Nice to know. I hadn't thought of that...
> Now I just need a
On Jul 27, 2012, at 12:36 PM, Matthew Leibowitz
wrote:
> Just a thought, it could be a result of the android gc clearing static
> variables.
>
> I noticed this sometimes happens on lower end devices or after a memory
> intensive activity.
There's the little matter of how this would happen. Da
Jon,
Thanks for the reply. I discovered that adding the line below to my
AssemblyInfo.cs resolves the issue:
[assembly: UsesLibrary(Name="com.google.android.maps", Required=false)]
Now I just need a good way to test for the Google API availability on the
device so I can properly detect
Just a thought, it could be a result of the android gc clearing static
variables.
I noticed this sometimes happens on lower end devices or after a memory
intensive activity.
On Jul 27, 2012 6:16 PM, "Jonathan Pryor" wrote:
> On Jun 25, 2012, at 6:49 AM, keith wrote:
> > I have been getting rand
On Jul 21, 2012, at 12:49 PM, NCSoftware wrote:
> How do you suggest I proceed? If this issue IS google maps being referenced,
> how do you handle this so my app will run on devices without this shared
> library present?
At present, you will need to build two different .apk's: one with Google
On Jun 25, 2012, at 6:49 AM, keith wrote:
> I have been getting random null reference exceptions in my app when running
> on lower end devices (galaxy ace in this case), but not on a desire s or
> emulators.
There are two things to check.
1. Check the Android Debug Log for process startup messa
On Jul 20, 2012, at 2:12 PM, Tsofatse Emmanuel wrote:
> i'm wondering if there's any documentation offline for mono for android.
Yes. We ship two forms of offline documentation: Mono.Android.xml and monodoc
files.
To read the Mono.Android.xml content, you need to use the Visual Studio object
b
On Jul 22, 2012, at 11:23 AM, al23883 wrote:
> I have created five folders in the resource folder...
>
> Drawable
> Drawable-hdpi
> Drawable-mdpi
> Drawable-ldpi
...
> Everytime I load the app on the emulator, it always selects the images in the
> Drawable-mdpi folder no matter what size dimensi
On Jul 25, 2012, at 2:07 PM, Matthieu Laban
wrote:
> I've tried using Assets.Open but accessing the Length or Position property
> throws an exception. Tried setting the access flag to Access.Random but this
> made no difference.
They throw an exception because there's no way for them to work.
On Jul 27, 2012, at 3:49 AM, Paul Johnson wrote:
> Downloaded the latest version. While the designer is much more stable, I've
> found a problem. The project I'm working on has a second project (a library)
> as part of the main project.
>
> While the main compiles fine, the library (which is a
It turns out, I was wrong blaming the DecorView for the error.
It is not the DecorView visibility settings that is causing the crash of the
TabActivity but the API Level from the Manifest.
When I choose android 2.3 (level 10) it works, when I choose 4.0 the error
below occurs.
I just did not
Thank you Jon for your answer.
This might be the trace you are looking for:
07-27 13:00:12.835: W/dalvikvm(25355): threadid=1: thread exiting with uncaught
exception (group=0x40c511f8)
07-27 13:00:12.835: E/WindowManager(1854): Window Session Crash
07-27 13:00:12.835: E/WindowManager(1854): java.
Hi,
Downloaded the latest version. While the designer is much more stable,
I've found a problem. The project I'm working on has a second project (a
library) as part of the main project.
While the main compiles fine, the library (which is always built first)
comes up with an error that part
13 matches
Mail list logo