On Aug 22, 2012, at 5:00 PM, mcleodia wrote:
> I take it that the stacktrace produced is just the current stack of the app
> when signalled to terminate by the os and therefore has probably no bearing
> on the prematurely disposed reference
_Which_ stack trace? The stack trace in the -g- messag
Aargh, nightmare
Thanks for the suggestion.
Sadly, I had to run an automated UI test thread for about half an hour to
reproduce it. With gref logging enabled, goodness knows whether I can
repeat it before generating enough log output for even nasa to struggle with
:)
I take it that the stac
Visual Studio is smart enough to pick up the build symbols and do the
correct highlighting, but only after it builds the project for the first
time. I just tested this out again on a new project, and before the first
build it highlighted the wrong part, but then once it built it switched the
highli
Probably you were caught by the linker. Reflection stuff is a liability.
http://docs.xamarin.com/android/advanced_topics/linking
On 22 August 2012 14:47, Francesco Colombo wrote:
> Spot it!
>
> It was exactly what I was thinking. I've changed my code not using anymore
> the Activator. Now I'm e
On Aug 22, 2012, at 11:05 AM, mcleodia wrote:
> I got an obscure JNI error calling the following method (on the UI thread).
> Is this something silly I am doing, or is this a xamarin bug?
Unknown; I would suggest enabling gref logging:
# http://docs.xamarin.com/android/advanced_topics/d
Hi folks
I got an obscure JNI error calling the following method (on the UI thread).
Is this something silly I am doing, or is this a xamarin bug?
Motorola Xoom tablet running Jelly Bean 4.1.1, MFA version 4.2.4.
public static class ContextExtensions
{
public static float ThemedRe
Wait, you're getting this error at runtime? Usually it's a compile-time
error. It would be interesting to see how you are calling it.
As an aside, you might want to look into IObservable by the way. It
looks a lot like your method signature, but it also abstracts out merging,
fork/join, and marsha
On Aug 22, 2012, at 5:34 AM, Goncalo Oliveira wrote:
> Specifically I meant both the compiler and the IDE.
>
> the .csproj does not define them
> TRACE;DEBUG;SQLITE_ENABLE_COLUMN_METADATA
>
> and yet this is correctly identified by the IDE
>
> #if __ANDROID__
> int u = 1;
>
Spot it!
It was exactly what I was thinking. I've changed my code not using anymore
the Activator. Now I'm explicitly using specific constructors. All issues
related to the release mode are solved!
happy coding
Francesco
On Wed, Aug 22, 2012 at 3:29 PM, Francesco Colombo <
francesco.colo...@g
I'm thinking that this could be not an elegant solution because it can be
problematic when compilig using "Link SDK Assemblies" isn't it?
On Wed, Aug 22, 2012 at 3:27 PM, Francesco Colombo <
francesco.colo...@gmail.com> wrote:
> Update
>
> I've just discovered that the app won't run also when run
Update
I've just discovered that the app won't run also when running in Debug but
without the mono shared runtime. I forgot to mention about this. Usually I
debug apps using the shared mono runtime (for faster deploy).
This code generate an exception (when Debug mode and no shared runtime)
TLay
Hi,
I'm done with the porting on Android of an app which run on iOS thanks to
MT.
All is fine, except that the app won't run when compiled in Release mode.
It runs perfectly when compiled in Debug mode.
I'm reporting these exceptions from the Android device output console.
Exceptions are like t
That one has been a pain. I was doing WCF, which failed utterly. ServiceStack
works, but best if the server side is ServiceStack as well (I managed to do
something with ServiceStack.Text only.., but I found the API somewhat
unsatisfactory (let me know if we'd like to see an example).
Now I'm using
Turns out this error only creeps up when there's a compilation error. Then
suddenly, it bitches about all calls to this particular method.
When I initially posted, Visual Studio was doing something funky, too, and
showing any call to that particular method with a red wave underline. I
still see th
Hi Jon,
Specifically I meant both the compiler and the IDE.
the .csproj does not define them
TRACE;DEBUG;SQLITE_ENABLE_COLUMN_METADATA
and yet this is correctly identified by the IDE
#if __ANDROID__
int u = 1;
u++;
#endif
Cheers
On 21 August 2012 22:11, Jonathan Pryor
Thanks, Jon!
Igor
On Wed, Aug 22, 2012 at 2:11 AM, Jonathan Pryor wrote:
> On Aug 20, 2012, at 5:19 PM, Igor Russkih wrote:
> > Jon, Is there anything I can help with to understand more why it fails
> recognize package install?
> >
> > Probably there is something with the build process maki
16 matches
Mail list logo
