http://permalink.gmane.org/gmane.comp.gnome.mono.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40395 <pre>Hi On 2013.06.17 21:36, iHuman wrote: Do You need tarball. Why not trying compiling from git? I think several months ago I managed to compile 3.0.6 from tarball. Do You need 3.0.10? cheers Mel </pre> Miljenko Cvjetko 2013-06-19T09:16:46 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40394 <pre>Does anyone know when they will have this fixed? -- View this message in context: http://mono.1490590.n4.nabble.com/compile-error-3-0-10-on-my-linux-box-tp4659534p4659945.html Sent from the Mono - Dev mailing list archive at Nabble.com. </pre> iHuman 2013-06-16T13:08:43 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40393 <pre>Hi, One one question please: what is the opposite parameter? Neither of The syntax is mostly in the form --with-{profile}=yes,no. For more details use configure --help Marek _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Marek Safar 2013-06-18T06:52:46 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40392 <pre>HI I embed an existing executable console assembly A.exe in my host OS X app. A.exe references library assembly B.dll. I can load and initialise the embedded A.exe without issue. What is the best way for the host app to create instances of classes that reside in B.dll? You might ask, well why not just load assembly B.dll in the first place? Classes in B depend on configuration information (data providers etc) that are loaded in app.config. I thought that providing a B.config.dll would provide a way forward but perhaps not: see http://stackoverflow.com/questions/594298/c-sharp-dll-config-file I could, I suppose, provide explicit methods in A.exe to provide instances of classes in B.dll but that seems primitive. Or perhaps I need to load B.dll and configure the AppDomain config file separately? Any pointers appreciated. Regards Jonathan Mitchell Mugginsoft LLP _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.c</pre> jonathan< at >mugginsoft.com 2013-06-17T19:54:49 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40391 <pre>Is there any update about bug #12148 having been fixed yet? -- View this message in context: http://mono.1490590.n4.nabble.com/compile-error-3-0-10-on-my-linux-box-tp4659534p4659956.html Sent from the Mono - Dev mailing list archive at Nabble.com. </pre> iHuman 2013-06-17T19:36:26 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40390 <pre>Thanks, Marek! One one question please: what is the opposite parameter? Neither of --without-net20 and --with-net20=no I tried worked for me. Alex 2013/6/16 Marek Safar &lt;marek.safar&lt; at &gt;gmail.com&gt; _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Alexander M. Batishchev 2013-06-17T18:44:22 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40389 <pre>$ uname -a Linux debian 3.2.0-4-686-pae #1 SMP Debian 3.2.46-1 i686 GNU/Linux Mono from Git master latest. Cleaning installation, cloning and building from scratch helped but that's weird and take so much more time. On Jun 17, 2013 7:23 AM, "Rodrigo Kumpera" &lt;kumpera&lt; at &gt;gmail.com&gt; wrote: _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Alexander M. Batishchev 2013-06-17T17:22:45 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40388 <pre>Xamarin.Android-related issues should either go to monodroid&lt; at &gt;lists.xamarin.com [0] or the Android forums [1]. This particular case appears to be a JIT bug; please file a bug at bugzilla [2] with a reproducible test case, ideally with instructions as simple as "run the app and watch it crash and burn". (The less interaction, the better.) Even better, try to run the app on "normal"/desktop mono, not Xamarin.Android. That makes it easier for the runtime team to test and fix. On Jun 15, 2013, at 8:37 AM, Robert Pickering &lt;robert&lt; at &gt;strangelights.com&gt; wrote: `adb logcat` output limits message length. (I don't know the length; I just know that my stack traces are regularly truncated...) If possible, try writing your IL to a file so that you can avoid the logcat limits. ... You ask me; Xamarin.Android commit f6831347 (in the path) is Xamarin.Android 4.7.4, which uses Mono 20572465 [3] For more recent releases, I've been mentioning the corresponding git commit hash in the release notes, e.g. Xamarin.Android 4.7</pre> Jonathan Pryor 2013-06-17T13:42:26 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40387 <pre>What version of mono and on what environment? On Sun, Jun 16, 2013 at 3:32 AM, Alexander M. Batishchev &lt; abatishchev&lt; at &gt;gmail.com&gt; wrote: _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Rodrigo Kumpera 2013-06-17T14:23:58 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40386 <pre> As long as you store transient MonoObjects* in local variables on the stack, you don't need to care about their lifetime. MonoObjects* stored on the C/C++ heap or static segments must be kept alive with a gchandle. Robert </pre> Robert Jordan 2013-06-17T11:38:23 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40385 <pre>Hello Andreas, Could you send pull request instead of inline patch ? Thanks Marek I have implemented the serialization of the TimeZoneInfo class. It is _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Marek Safar 2013-06-17T10:03:28 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40384 <pre>Hi, I have implemented the serialization of the TimeZoneInfo class. It is compatible to the serialization in .Net so cross serialization shouldn't be a problem. I hope it will be included in the next releases of Mono. The patch: diff --git a/mcs/class/System.Core/System/TimeZoneInfo.AdjustmentRule.cs b/mcs/class/System.Core/System/TimeZoneInfo.AdjustmentRule.cs index d3c16f4..4c413a8 100644 --- a/mcs/class/System.Core/System/TimeZoneInfo.AdjustmentRule.cs +++ b/mcs/class/System.Core/System/TimeZoneInfo.AdjustmentRule.cs &lt; at &gt;&lt; at &gt; -74,6 +74,17 &lt; at &gt;&lt; at &gt; namespace System return new AdjustmentRule (dateStart, dateEnd, daylightDelta, daylightTransitionStart, daylightTransitionEnd); } + private AdjustmentRule (SerializationInfo info, StreamingContext context) + { + if (info == null) + throw new ArgumentNullException ("info"); + dateStart = (DateTime) info.GetValue ("DateStart", typeof (DateTime)); + da</pre> Andreas Auerswald 2013-06-17T07:50:26 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40383 <pre>Hi, How can I configure the build from source to do not build .NET 2.0/3.5 but Explore --with-{profile-name} configure options. Marek _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Marek Safar 2013-06-17T06:10:04 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40382 <pre>Hi, How can I configure the build from source to do not build .NET 2.0/3.5 but say include MonoDroid? Thanks! Alex _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Alexander M. Batishchev 2013-06-16T22:18:07 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40381 <pre>Hi, I'd like some guidance on how to free memory in an embedded Mono scenario. I 'monkeyed' a few things started from the embedded samples in the mono codebase, but they are limited to g_free calls on UTF8 strings. I think I figured out I needed to use mono_gchandle_new and mono_gchandle_free to 'pin' (resp. 'free') MonoObject from the embedding application when they re not in use anymore outside of the CLR. Nevertheless the fate of transient objects is a bit of a mystery. Say I have a C# function: public static object CreateInstance(string typename, object[] ctorArgs) Which I am calling from C with the code below. What should I do with the transient MonoArray 'ctor_params' before leaving the function? is mono_free to call in this case, or would the garbage collector do its job just fine as it is. { // snip MonoArray* ctor_params = create_array_object(build_method_parameters(ctorParams), Rf_length(ctorParams)); MonoObject * exception, *result; void** ci_p = (void**)malloc(2*sizeof(void*)); /</pre> Jean-Michel.Perraud< at >csiro.au 2013-06-16T11:21:39 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40380 <pre>Hi, Running make (in latest from git) on line: cd /usr/src/mono/mcs &amp;&amp; make –no-print-directory -s NO_DIR_CHECK=1 PROFILES=’ net_2_0 net_3_5 net_4_0 net_4_5 ‘ CC=’gcc’ all-profiles returns an error: Bootstrap compiler: Mono C# compiler version 3.0.8.0 MCS [build] mscorlib.dll Native stacktrace: /usr/src/mono/mono/mini/mono() [0x80fbd3b] /usr/src/mono/mono/mini/mono() [0x8065f90] [0x4001e40c] Aborted make[5]: *** [../../class/lib/build/tmp/mscorlib.dll] Error 134 Alex _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Alexander M. Batishchev 2013-06-16T07:32:40 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40379 <pre>I've been trying to port the F# Interactive to run directly on android. I have a package that loads under android and can generate IL but it fails with an assertion (presumable in the JIT compiler, but I'm not 100% sure). The app source can be found here: https://github.com/robertpi/fsiandroid You need the latest Xamarian Studio updates from beta channel to build and run it. You always need a new line the program you enter, or the compiler refuses to run (not sure why). I've been testing with the following snippet: "let x = "" " I seem to have enter the program twice before it compiles and executes, not sure why, working on finding this out myself. I tried grab the IL code generated, but for some reason it always gets truncated in the log. The program fails with the following stack trace: 06-15 12:22:33.666 F/ ( 5381): * Assertion: should not be reached at /Users/builder/data/lanes/monodroid-mlion-master/f6831347/source/mono/mono/mini/mini-arm.c:3599 06-15 12:22:33.666 E/mono-rt ( 5381): Stacktr</pre> Robert Pickering 2013-06-15T12:37:32 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40378 <pre>Looks like they have this logged in their Bugzilla system now, as bug #12148, so hopefully it won't be broken anymore in releases point-forward. -- View this message in context: http://mono.1490590.n4.nabble.com/compile-error-3-0-10-on-my-linux-box-tp4659534p4659929.html Sent from the Mono - Dev mailing list archive at Nabble.com. </pre> eb65 2013-06-13T17:44:39 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40377 <pre>Same problem here. Had to go back to 3.0.7 for a version that compiles. -- View this message in context: http://mono.1490590.n4.nabble.com/compile-error-3-0-10-on-my-linux-box-tp4659534p4659921.html Sent from the Mono - Dev mailing list archive at Nabble.com. </pre> Stuart Johnson2 2013-06-12T22:49:38 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40376 <pre>Hey Jonathan, I thought of creating this open source implementation of WPF for Mono. Mono currently have something related to WPF although its not actively developed. I will like to be a part of this implementation. I would like to contribute to this project. Date: Thu, 13 Jun 2013 16:41:21 -0300 From: greenboxal&lt; at &gt;gmail.com To: mono-devel-list&lt; at &gt;lists.ximian.com Subject: [Mono-dev] Afallon: open source WPF implementation In my view, WPF is the most complex and powerful UI system ever created(the layout and the composing system are amazing) and I really need an opensource implementation of the Presentation Framework to use it on other platforms and to have more control about it(rendering it into an OpenGL window maybe). I know that this will be a long road and that maybe it would never be 100% complete, but I'm starting to develop Afallon(it's another way to write Avalon :D), an opensource implementation of the current version of WPF. I'll develop it aiming in a good platform abstraction and a good performan</pre> Abhinav Jangda 2013-06-14T05:00:54 http://permalink.gmane.org/gmane.comp.gnome.mono.devel/40375 <pre>The renderer isn't a problem, it's actually a minimal part of the code compared to other features like the DependencyProperty system. Also all the implementation of moonlight is made through C/C++ code. For now I'll be using a managed OpenGL renderer of my 3D engine. On Thu, Jun 13, 2013 at 7:34 PM, Rodrigo Kumpera &lt;kumpera&lt; at &gt;gmail.com&gt; wrote: _______________________________________________ Mono-devel-list mailing list Mono-devel-list&lt; at &gt;lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list </pre> Jonathan Lima 2013-06-13T22:45:15 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.gnome.mono.devel