___
Monodroid mailing list
Monodroid@lists.ximian.com
UNSUBSCRIBE INFORMATION:
http://lists.ximian.com/mailman/listinfo/monodroid
On Apr 25, 2012, at 10:16 AM, Igor Russkih wrote:
> Can you tell when and in which update these bugs will be fixed (notably the
> leak with listeners)?
I'm aiming to get an event gref fix in 4.2.0 (read: I have it prototyped and
just need to actually integrate it). It won't be hitting the upcomi
Jon,
Thanks for answers.
Can you tell when and in which update these bugs will be fixed (notably the
leak with listeners)?
Igor
On Wed, Apr 18, 2012 at 6:45 PM, Jonathan Pryor wrote:
> On Apr 18, 2012, at 4:11 AM, Igor Russkih wrote:
> > > You're using the Android.Widget.ArrayAdapter(Conte
On Apr 18, 2012, at 4:11 AM, Igor Russkih wrote:
> > You're using the Android.Widget.ArrayAdapter(Context, int, IList)
> > constructor, which will construct a JavaList to contain the contents of the
> > IList, which will result in a gref for each element within the list. If
> > these are strings
>
> > With original list of ~100 items, I'm getting overflow with just a
> couple of device (or emulator) "flips":
> Is this with Mono for Android 4.0.6 or the 4.1.0 alpha? In 4.1.0 we
> altered things so that when we hit a gref threshold we perform a collection
> automatically. It's still not a gr
On Apr 17, 2012, at 3:43 AM, Igor Russkih wrote:
> With original list of ~100 items, I'm getting overflow with just a couple of
> device (or emulator) "flips":
Is this with Mono for Android 4.0.6 or the 4.1.0 alpha? In 4.1.0 we altered
things so that when we hit a gref threshold we perform a col
I would like to express my feelings abit: Each time I go deep into the
development of android views and UIs, I spent alot of time struggling with
the subj.
I do development mostly on simulator (thats simpler and faster than having
a device). Also this helps to track the resource usage, because wit
Just to support the original thread, my problematic device is Android 2.2
GM10 MID.
Is there any chance this limit can be disabled in runtime? F.e. with
adb shell setprop dalvik.vm.checkjni false
Can somebody try this? (I have no access to the device now)
Igor
On Fri, Feb 3, 2012 at 7:55 PM
Thanks, this worked.
Was wondered that there is no difference between
System.IDisposable.Dispose() and Java.Lang.IDisposable.Dispose() for GREF
collecting.
As long as e.Values is not a Java object anyway, this seemed wonderful that
it can create GREF. Now I know the truth. (=
--
View this messa
On Feb 3, 2012, at 10:28 AM, Wally McClure wrote:
> Not to interject to much into this conversation, but I am fearful of calling
> GC.Collect() automatically too much. For example, I find the magnetic field
> sensor to basically take over my htc evo when I am getting change events. I
> realize
marin to explain the intricacies of the Mono
for Android GC?
Wally
> From: j...@xamarin.com
> Date: Fri, 3 Feb 2012 10:00:22 -0500
> To: monodroid@lists.ximian.com
> Subject: Re: [mono-android] Excessive JNI global references (2001) on hardware
>
> On Feb 3, 2012, at 7:54 AM, P
On Feb 3, 2012, at 7:54 AM, PVoLan wrote:
> Please, look at this test case https://github.com/PVoLan/TestAccelerometer
Your sample is is largely a simplified version of:
http://bugzilla.xamarin.com/show_bug.cgi?id=1084
The current "fix" (workaround) is to dispose of `val` within
SensorL
Please, look at this test case
https://github.com/PVoLan/TestAccelerometer
Try to launch it anywhere with working accelerometer and GREF limit 2000.
Here is a result of launching it on my Tablet LUNA RMD 7 with Android 2.3.1
*
I/-(1
On Feb 2, 2012, at 2:58 AM, PVoLan wrote:
> Catched same problem at:
>
> Tablet LUNA RMD 7 with Android 2.3.1
> Phone Samsung GT-I5700 with Android 2.2.2 (firmware was updated by user from
> original 2.1)
What I find incredible is that there is shipping hardware with the emulator
limits enabled
HTC Wildfire with Android 2.2.1 (original) worked properly
--
View this message in context:
http://mono-for-android.1047100.n5.nabble.com/Excessive-JNI-global-references-2001-on-hardware-tp5081943p5450413.html
Sent from the Mono for Android mailing list archive at Nabble.com.
Catched same problem at:
Tablet LUNA RMD 7 with Android 2.3.1
Phone Samsung GT-I5700 with Android 2.2.2 (firmware was updated by user from
original 2.1)
Can provide a testcase if needed.
Will test on device with original firmware and report later.
--
View this message in context:
http://mono-f
On Dec 16, 2011, at 10:06 PM, Igor Russkih wrote:
> I'm using a noname android tablet (2.2) for testing, and found that it often
> gives me E/dalvikvm( 519): Excessive JNI global references (2001)
Your tablet is "broken" and is using the emulator image. (Why on earth is it
doing that?)
I have n
This is set low for debugging it means there are native resources being
allocated which are not being freed - You can turn this off using...
adb.exe shell setprop dalvik.vm.checkjni false
however - *you dont want to!!*
it means there is almost certainly a serious leak, and I bet in your case it
Hello,
I'm using a noname android tablet (2.2) for testing, and found that it
often gives me
*E/dalvikvm( 519): Excessive JNI global references (2001)*
Is there any information why the limit can be so low on the device and if
this could be reconfigured somehow?
Is there any information on other
lto:monodroid-boun...@lists.ximian.com] Namens Jonathan Pryor
Verzonden: Sunday, August 28, 2011 3:15 PM
Aan: Discussions related to Mono for Android
Onderwerp: Re: [mono-android] Excessive JNI global references
On Aug 28, 2011, at 6:34 AM, Willem Meints wrote:
> In my app I'm getting
On Aug 28, 2011, at 6:34 AM, Willem Meints wrote:
> In my app I’m getting a crash with the promising message: “Excessive JNI
> global references”.
> The runtime is right, I have too many of them and I do want to fix the issue,
> however there’s one little hiccup.
...
> Is there any way I can fix
Hi,
In my app I'm getting a crash with the promising message: "Excessive JNI global
references".
The runtime is right, I have too many of them and I do want to fix the issue,
however there's one little hiccup.
I have a custom list adapter that connects data I receive from a webservice to
list.
22 matches
Mail list logo
