I've been developing for my Motorola XOOM and my Samsung. Have for the past
week just been debugging on the XOOM. Note that my application runs
perfectly fine on it without crashes/freezes. However on my Samsung, the
device freezes for a random amount of time for like 1 second, then actually
dies.
Hi Sri,
If you refer to this page
http://www.khronos.org/opengles/documentation/opengles1_0/html/glGetInteger.html,
you will see the list of enums that are valid for GL.GetInteger under
ES 1.0. All.BlendSrc is not listed there.
Worth noting (though you may know this already) is that most har
I would start to insert bitmap.Recycle() statements to exclude memory
issues.
On Tue, Jun 12, 2012 at 1:19 PM, SweetLou wrote:
> I've been developing for my Motorola XOOM and my Samsung. Have for the past
> week just been debugging on the XOOM. Note that my application runs
> perfectly fine on
Done #5614
(sorry for the delay)
>Perhaps; is there any other output? Could you please file a bug and attach
> the project (with javadocs) at >bugzilla.xamarin.com?
>
> Thanks,
> - Jon
>
> ___
> Monodroid mailing list
> Monodroid@lists.ximian.com
>
>
Tried with the same result :( Was checking for available memory before so it
doesn't exceed it. Now i also tried application on Sony Xperia, worked like
a charm..
--
View this message in context:
http://mono-for-android.1047100.n5.nabble.com/4-2-2-Samsung-Galaxy-SII-Turns-off-at-runtime-tp5710290
In your comment you have a strong indication that your multithreading, i
would focus in that area. In the past i had random crashes like, turned out
the code was reading the same file accross threads. I initially suspected
some sort of memory leak.
On Tue, Jun 12, 2012 at 2:36 PM, SweetLou wrote:
Yes multithreading is used, however it's really hard to find some error since
it works great on other devices with same specifikations. I'll keep
looking..
--
View this message in context:
http://mono-for-android.1047100.n5.nabble.com/4-2-2-Samsung-Galaxy-SII-Turns-off-at-runtime-tp5710290p571029
Try/catch, try/catch and even more try/catch or step through your
application with the debugger until you hit the error so you can
narrow it down. A bit cumbersome, but hopefully it will help in the
long end.
On Tue, Jun 12, 2012 at 3:05 PM, SweetLou wrote:
> Yes multithreading is used, however i
That was using 4.2.3 :-/
I rolled back to 4.1 which appeared to fixed the breakpoint issue (maybe it
hadn't installed correctly?). I'm not quite brave enough to try 4.2.3 again
just yet.
It's still disconnecting however.
I've done a test with a new android project:
public void
Just to clarify - My app could be throwing any old exception and it isn't
trapped. Not that I think my app is throwing a stack overflow exception in
particular.
--
View this message in context:
http://mono-for-android.1047100.n5.nabble.com/debugger-constantly-detaches-tp5710262p5710299.html
Sent
On Jun 12, 2012, at 7:19 AM, SweetLou wrote:
> I've been developing for my Motorola XOOM and my Samsung. Have for the past
> week just been debugging on the XOOM. Note that my application runs perfectly
> fine on it without crashes/freezes. However on my Samsung, the device freezes
> for a rando
I love the Intel Emulator - makes the code actually run :)
However, I don't seem to be able to get an Intel x86 emulator image with
Google maps also installed.
Does anyone know how to achieve this?
Thanks
Stuart
___
Monodroid mailing list
Monodroid@li
On Jun 12, 2012, at 10:22 AM, Stuart Lodge wrote:
> However, I don't seem to be able to get an Intel x86 emulator image with
> Google maps also installed.
>
> Does anyone know how to achieve this?
You don't, as far as I can tell. If you open the AVD manager, create a New
device, and select a Ta
On Jun 12, 2012, at 9:51 AM, l0nestar wrote:
> Just to clarify - My app could be throwing any old exception and it isn't
> trapped. Not that I think my app is throwing a stack overflow exception in
> particular.
Mono has historically had issues with StackOverflowExceptions, so I wouldn't be
sur
I think I may of found the cause,
In my inner render loop I had:
float[] m = new float[]
{
tm.M11, tm.M12, tm.M13, tm.M14,
tm.M21, tm.M22, tm.M23, tm.M24,
tm.M31, tm.M32, tm.M33, tm.M34,
tm.M41, tm.M42, tm.M43, tm.M44,
};
GLES11.GlLoadMatrixf(m, 0);
I now allocate m once and reuse it and the deb
Trying to rename an axml file in VS2010
Error message is about the file being locked - I think it is locked by Java
Platform SE - is this something to do with the designer?
Do you want me to log this on bugzilla?
Stuart
___
Monodroid mailing list
Monod
Hello,
We have just recently published our first MonoTouch application into the
AppStore. We are now looking to for a person/person(s) to take our
existing MonoTouch application and convert it to MonoDroid. We have
separated the code in such a way that much of the code exists in its own
lib
On Jun 11, 2012, at 4:46 AM, Terry151151 wrote:
> My problem was that the Javascript interface was is in a library, and so was
> the reference to Mono.Android.Export.
This has been filed as:
https://bugzilla.xamarin.com/show_bug.cgi?id=5618
> I also have another question related to the
On Jun 8, 2012, at 5:00 AM, johnHolmes wrote:
> Guys, it is confirmed, when you upload an .apk to the Google Play store and
> enabling "*Copy Protection*", the size of the .apk will double.
>
> http://stackoverflow.com/questions/7318810/growing-apk-file-size
Are you sure this is the right URL?
19 matches
Mail list logo
