Re: [Mono-dev] Loader Optimization with mono
AFAIR, multiple app-domains share things inside the same process. It's like, for example, in ASP.NET where there are multiple web sites running in the same web server (thus a single mono/.NET VM instance). If you use web farming, or as is typical in ASP.NET Core start separate VMs for each web app, there won't have any sharing of jitted code. WIth multiple AppDomains in the same process, common code will be jitted once and shared by all the applications, but beware that different versions of core libraries will jit to different executable code, meaning possible duplication of generated code. As far as you spin multiple VMs these don't share code, for many reasons, security ones being the top ranked. Rafael Teixeira O..:.) On Tue, Jun 7, 2016 at 5:34 AM, techi eth <techi...@gmail.com> wrote: > What is meaning of below query > http://www.mono-project.com/docs/faq/technical/ Can Mono or .NET share > system classes (loaded from mscore.dll and other libs) or will it behave > like Sun’s Java VM? > > What you can do with mono is to load different applications in their own > application domain: this is a feature of the CLR that allows sandboxing > applications inside a single process space. This is usually exploited to > compartmentalize different parts of the same app, but it can also be > effectively used to reduce the startup and memory overhead. Using different > appdomains the runtime representation of types and methods is shared across > applications. > > > what is the use of below option from mono. > mono --list-opt > > shared Emit per-domain code > sched Instruction scheduling > > > On Sat, Jun 4, 2016 at 1:29 AM, Rodrigo Kumpera <kump...@gmail.com> wrote: > >> Mono doesn't implement LoaderOptimization. >> >> On Thu, Jun 2, 2016 at 5:59 AM, techi eth <techi...@gmail.com> wrote: >> >>> Does [LoaderOptimization(LoaderOptimization.MultiDomainHost)] work as >>> desired on mono? >>> >>> I am using Mono 4.2 version on ubuntu to test. >>> >>> >>> >>> I had following observation >>> >>> >>> >>> 1. Exe with this attribute and without this attribute take same memory. >>> Even I had check shared memory also is same and residual - shared is also >>> same . >>> >>> 2. Is there any tool on linux like Process explorer in windows to verify >>> that all GAC assembly go to shares memory after this attribute is applied. >>> >>> >>> >>> ___ >>> Mono-devel-list mailing list >>> Mono-devel-list@lists.ximian.com >>> http://lists.ximian.com/mailman/listinfo/mono-devel-list >>> >>> >> > > ___ > Mono-devel-list mailing list > Mono-devel-list@lists.ximian.com > http://lists.ximian.com/mailman/listinfo/mono-devel-list > > ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cross-compiling Mono for ARM
From these: ...arm-elf/include/stdint.h:243: error: conflicting types for 'intptr_t' ...arm-elf/include/stdint.h:244: error: conflicting types for 'uintptr_t' it is pretty clear that ingenico messed with the standard header files, and guard clauses (#IFDEFs) aren't thus able to avoid such duplications, You'll need to see how to avoid the duplication but that may instead define things wrongly for symbols mono uses. I wish you luck, Rafael Teixeira O..:.) On Fri, Jun 19, 2015 at 2:11 PM, Gutemberg Ribeiro gutemb...@fgrit.com wrote: Hello Andres... I think I finally got it compiled but, now when I'm including on my C project the mono headers, my app don't compile anymore: In file included from ../../Desktop/mono-build/usr/local/include/mono-2.0/mono/utils/mono-publib.h:45, from ../../Desktop/mono-build/usr/local/include/mono-2.0/mono/metadata/appdomain.h:13, from ../../Desktop/mono-build/usr/local/include/mono-2.0/mono/jit/jit.h:11, from C:/Users/Gutemberg/IngeDev7_workspace/MonoWrapper/Inc/mono_loader.h:1, from Src/Entry.c:43: /cygdrive/c/Ingenico/IngeDev_7.22.2.1/plugins/com.ingenico.ingedev.telium.bin.win32.gnuarm.v434_7.20.0.1/os/win32/GNUARM/4.3.4/bin/../lib/gcc/arm-elf/4.3.4/../../../../arm-elf/include/stdint.h:243: error: conflicting types for 'intptr_t' C:/Ingenico/TeliumSDK/SDK 9.20.2.04/SDKTPLUS/HW_T2/gnu_434/inc/oem_vfs_def.h:35: error: previous declaration of 'intptr_t' was here /cygdrive/c/Ingenico/IngeDev_7.22.2.1/plugins/com.ingenico.ingedev.telium.bin.win32.gnuarm.v434_7.20.0.1/os/win32/GNUARM/4.3.4/bin/../lib/gcc/arm-elf/4.3.4/../../../../arm-elf/include/stdint.h:244: error: conflicting types for 'uintptr_t' C:/Ingenico/TeliumSDK/SDK 9.20.2.04/SDKTPLUS/HW_T2/gnu_434/inc/oem_vfs_def.h:38: error: previous declaration of 'uintptr_t' was here C:\Ingenico\IngeDev_7.22.2.1\plugins\com.ingenico.ingedev.generic.bin.win32_7.16.0.1\os\win32\tools\make.exe: *** [Obj/GNU_ARM_DEBUG/Entry.o] Error 1 C:\Ingenico\IngeDev_7.22.2.1\plugins\com.ingenico.ingedev.generic.bin.win32_7.16.0.1\os\win32\tools\make.exe: Target `build' not remade because of errors. Any clues? Thanks -Original Message- From: Andres G. Aragoneses [mailto:kno...@gmail.com] Sent: Friday, June 19, 2015 8:58 AM To: Gutemberg Ribeiro gutemb...@fgrit.com Subject: Re: Cross-compiling Mono for ARM On 18/06/15 21:03, Gutemberg Ribeiro wrote: Hello guys, I'm trying to cross-compile (from Ubuntu 14.04) Mono for ARM following this tutorial http://www.mono-project.com/docs/about-mono/supported-platforms/arm/ but the links that show how configure ScratchBox are outdated and I can't find anything on the internet on how to successful setup an environment and cross-compile mono for ARM... The idea is to build it as a static library so I can use it embedded as suggested here: http://www.mono-project.com/docs/advanced/embedding/ For the sake of information, the target ARM device runs a proprietary striped down distribution based on debian and we have no access to its terminal or any kind of access to the OS. It is a payment terminal from www.ingenico.com http://www.ingenico.com and it has an ARM9 processor and uses a proprietary SDK that looks like uses GNU ARM 4.3.4 toolchain with an IDE based on Eclipse as you can see in the following picture: The only way we have to use mono on it is by adding it as a static lib and import the header in order to embedded it, create a thin C layer that will only bootstrap the .net app (all their API calls will be PInvoked after add Mono to it). Anyone has has a good documentation on: 1.How to setup a cross-compile environment on Ubuntu 2.Compile Mono to ARM as an static library Any help would be very appreciated. Thank you very much! Best regards, Hey, I recommend you to put more details on what you have already tried. For example the details you already posted on the gitter channel when you were talking with Miguel about using CC='armv6-cc' ./configure. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Problem with PNG transparancy on current Debian Unstable
AFAIR libgdiplus delegates to libpng reading the bitmap, probably libpng is returning something different from the usual on Debian unstable for your image. Did you try with other images, or with a trunk/older version of libpng? On Tue, Jun 9, 2015, 06:40 Benjamin Schieder benja...@anderdonau.de wrote: Hello Alex. I have followed those instructions and done a dist-upgrade, but after re-compiling with mcs the problem persists unchanged. I have the following versions now: [11:38:29][blindcoder@flora:~/Downloads/PZ/MapMap]$ mcs --version Mono C# compiler version 4.0.1.0 [11:38:34][blindcoder@flora:~/Downloads/PZ/MapMap]$ mono --version Mono JIT compiler version 4.0.1 (tarball Thu May 28 09:08:28 UTC 2015) Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC:sgen [11:38:37][blindcoder@flora:~/Downloads/PZ/MapMap]$ cli --version Mono JIT compiler version 4.0.1 (tarball Thu May 28 09:08:28 UTC 2015) Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com TLS: __thread SIGSEGV: altstack Notifications: epoll Architecture: amd64 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC:sgen Kind regards, Benjamin Am 2015-06-09 11:07, schrieb Alexander Köplinger: It works fine here with latest Mono 4.0.1.44 on Ubuntu. Can you try upgrading to latest Mono from Xamarin by following http://www.mono-project.com/docs/getting-started/install/linux/#debian-ubuntu-and-derivatives ? I suspect this has something to do with libgdiplus (the native library most of the System.Drawing code calls into). -- Alex To: mono-devel-list@lists.ximian.com Date: Tue, 9 Jun 2015 10:15:02 +0200 From: benja...@anderdonau.de Subject: [Mono-dev] Problem with PNG transparancy on current Debian Unstable Hello. I have a problem with PNG transparancy in mono on current Debian Unstable. I created a small example (4 kB download) with minimal code and two example images: https://oc.anderdonau.de/index.php/s/VwTAlcjETG6j3XP Running this example on a current Debian Unstable results in this - bad - image: https://oc.anderdonau.de/index.php/s/AtVtba0tpSk4bn8 Running the same code on an old Debian Squeeze (on armel) results in this - correct - image: https://oc.anderdonau.de/index.php/s/eqhmXh9qpBbg0WW Can someone help me with this issue? Kind regards, Benjamin -- Jabber: blindco...@jabber.ccc.de Twitter: https://twitter.com/blind_coder Web: http://www.benjamin-schieder.de/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list Jabber: blindco...@jabber.ccc.de Twitter: https://twitter.com/blind_coder Web: http://www.benjamin-schieder.de/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Error cross.compiling mono for MIPS
You can try to use git bisect (http://git-scm.com/docs/git-bisect) to trim down the history of changes around your problem. Probably mips_sp is in a different header now not imported by sgen-os-posix.c, but you should look at conditionals for MIPS. Can't dig on the sources to help further... Good luck, Rafael Teixeira O..:.) On Mon, Feb 2, 2015 at 9:20 AM, Angelo Compagnucci angelo.compagnu...@gmail.com wrote: Hello List, Anybody willing to help here? Some other infos. The package is built inside buildroot and with the previous mono version there were no problems at all. Now, on mips, and only on mips, I have that strange error. It seems like to me that something is not correctly imported when on mips. Any advice is really appreciated. Angelo 2015-01-24 12:22 GMT+01:00 Angelo Compagnucci angelo.compagnu...@gmail.com: Hello List, I'm cross-compiling mono 3.12.0 for mips and found an error not present in mono 3.10.0: sgen-os-posix.c: In function 'suspend_thread': ../../mono/utils/mono-context.h:475:61: error: 'mips_sp' undeclared (first use in this function) #define MONO_CONTEXT_GET_SP(ctx) ((gpointer)((ctx)-sc_regs[mips_sp])) ^ sgen-os-posix.c:73:17: note: in expansion of macro 'MONO_CONTEXT_GET_SP' stack_start = MONO_CONTEXT_GET_SP (ctx) - REDZONE_SIZE; ^ ../../mono/utils/mono-context.h:475:61: note: each undeclared identifier is reported only once for each function it appears in #define MONO_CONTEXT_GET_SP(ctx) ((gpointer)((ctx)-sc_regs[mips_sp])) ^ sgen-os-posix.c:73:17: note: in expansion of macro 'MONO_CONTEXT_GET_SP' stack_start = MONO_CONTEXT_GET_SP (ctx) - REDZONE_SIZE; Can you help me understanding what's happening here? Thank you! -- Profile: http://it.linkedin.com/in/compagnucciangelo -- Profile: http://it.linkedin.com/in/compagnucciangelo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Telling mcs/monodevelop where to find a DLL
You should not gac install dependencies, probably it is better to have a nuget package of it referenced, that will download at reference time a local copy of some specific version, but I could find one for CpGetOpt at Nuget Gallery. Also there are many alternative command line options processing libraries, two of them already available in Mono (Mono.Options callback-based, and Mono.GetOptions attributes-based). See also http://stackoverflow.com/questions/172443/getopt-library-for-c-sharp. I packaged my evolution of Mono.GetOptions, which I created more than a decade ago, as this nuget https://www.nuget.org/packages/Commons.GetOptions/ Rafael Teixeira O..:.) On Thu, Jan 22, 2015 at 12:39 PM, sdeerwester scott.deerwes...@gmail.com wrote: As I mentioned in a StackOverflow question http://stackoverflow.com/questions/28073850/how-do-i-tell-mono-where-to-find-a-library , I'm having trouble telling mono where to find a DLL (Gnu.Getopt, from here http://www.codeproject.com/Articles/26502/GetOpt-for-NET ) that I registered using gacutil. gacutil -i works fine, and shows the newly registered DLL with gacutil -l. But neither mcs nor monodevelop sees it. It's not in the list of available registrations in monodevelop. I also tried manually adding a symbolic link in /usr/lib/mono/4.5, but still no joy. Any ideas? -- View this message in context: http://mono.1490590.n4.nabble.com/Telling-mcs-monodevelop-where-to-find-a-DLL-tp4665310.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono.Posix Cross Compiling
Edward, Perhaps using the Message ... task to output the current value to the logging output, by default the console... On Tue, Jan 6, 2015, 18:11 Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote: From: Dave Curylo [mailto:dacur...@gmail.com] On Behalf Of David Curylo You're right.I didn't realize that was what's going on. It looks like conditional references need some hand holding like this: Choose When Condition= '$(OS)' == 'Unix' ItemGroup Reference Include=Mono.Posix / /ItemGroup /When /Choose Very nice. I'm going to start using that. Previously, you had a value 'Windows_NT' and now you have a value 'Unix' in there. How do you figure out what values are valid? I presume there's no such thing as setting a breakpoint inside the .csproj file to see what the variable is set to... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Open source .Net, and TLS 1.1 1.2
Using Reflection maybe? On Sun, Dec 14, 2014, 15:45 Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote: From: Alexander Köplinger [mailto:alex.koeplin...@outlook.com] You can find out if you run on Mono by checking if Type.GetType (Mono.Runtime) != null. That's helpful, but doesn't quite solve it, because compilation will fail on windows ... I'm looking for something like this... #ifdef MONO Mono.Security.X509.X509StoreManager.CurrentUser. TrustedRoot.Import(junkRootCert); try { #endif DoStuff(); #ifdef MONO } finally { Mono.Security.X509.X509StoreManager.CurrentUser. TrustedRoot.Remove(junkRootCert); } #endif ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] proxygen bindings
I would say in the interop calls, you'll need to drop COM and implement custom marshalling to avoid messy copying/conversion of structs and strings (CLR uses UTF-16 strings internally and I didn't dig into proxygen or your COM wrapper to see what it uses, but probably it is utf-8 or some multi-byte encoding, so at least some conversions will be needed) On Wed Dec 03 2014 at 3:59:40 PM Nikita Tsukanov kek...@gmail.com wrote: Hello. Have you guys heard of the proxygen ( https://github.com/facebook/proxygen/ ) - an HTTP stack library recently released by Facebook? It supports HTTP, SPDY, websockets and will support HTTP/2.0 later. I was playing around with it and created some initial bindings that allow to write code like this: https://github.com/kekekeks/prowingen/blob/master/managed/Sandbox/Program.cs It performs rather good, I've got 41K requests/sec on my laptop, but obliviously needs a lot more work for production use. 1) Is anyone interested in this sort of thing? I was initially planning to implement an OWIN server on top of proxygen, but now I'm not so sure, since I'm currently using my wrapper to libevent's HTTP server ( https://github.com/kekekeks/evhttp-sharp/ ) and quite happy with it's performance which is almost the same (up to 38K rps on the same machine, both benchmarks without thread pooling). The only thing it lacks is websocket support, but I can live with that. Proxygen also can't be compiled for Windows platform at all, so that server will be mono-only. 2) Does anyone have benchmark data on Kestrel? When I hammer it with ab or wrk it just hangs and stops responding to any requests. If it can keep up with proxygen in terms of performance, such bindings would be useless. 3) Is there any way to speed up interop calls? When I replace C++ handler implementation with managed one that does essentially the same thing, the performance drops drastically, i. e. from 130K to 40K rps). Currently I'm using COM as a bridge ( with some basic infrastructure native-managedimplementation - https://github.com/kekekeks/prowingen/blob/master/native/include/com.h ). Is there a better way? Regards, Nikita ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Using .so file in Android Library Project and then using it in an Android App
It should be AndroidNativeLibrary Include=Resources\lib\armeabi-v7a\libcyusb.so /, that is what Jonathan meant by choosing the action (you can change it on the properties window when selecting the item in the solution explorer), also it is not a good thing to put it inside the Resources folder, it is not an embeddable resource, it will be packed in the apk not in the managed dll. On Wed Nov 26 2014 at 2:08:39 PM Burhan Eyuboglu burhaneyubo...@gmail.com wrote: I have created a lib file in the resources folder, and armeabi-v7a folder in the lib file and put the libcyusb.so there. When I look at the csproj file, it has changed like that: ItemGroup AndroidEmbeddedJavaLibrary Include=Resources\lib\armeabi-v7a\libcyusb.so / However, I'm still getting can not load dll error: [monodroid-debug] Trying to initialize the debugger with options: --debugger-agent=transport=dt_socket,loglevel=0,address=127.0.0.1:8852 ,server=y,embedding=1 [libc] WARNING: generic atexit() called from legacy shared library [Mono] Image addref mscorlib[0x5ac6bfe0] - mscorlib.dll[0x5ace0fa0]: 1 [Mono] AOT module 'mscorlib.dll.so' not found: Cannot load library: load_library(linker.cpp:746): library /data/data/LibraryDenemesi.LibraryDenemesi/lib/mscorlib.dll.so not found [Mono] Assembly mscorlib[0x5ac6bfe0] added to domain RootDomain, ref_count=1 [Mono] Assembly Loader probing location: '/storage/emulated/0/Android/data/LibraryDenemesi.LibraryDenemesi/files/.__override__/LibraryDenemesi.dll'. [Mono] Image addref LibraryDenemesi[0x5c771638] - /storage/emulated/0/Android/data/LibraryDenemesi.LibraryDenemesi/files/.__override__/LibraryDenemesi.dll[0x5bb190f0]: 2 [Mono] Assembly LibraryDenemesi[0x5c771638] added to domain RootDomain, ref_count=1 [Mono] AOT module '/storage/emulated/0/Android/data/LibraryDenemesi.LibraryDenemesi/files/.__override__/ LibraryDenemesi.dll.so' not found: Cannot load library: load_library(linker.cpp:746): library /data/data/LibraryDenemesi.LibraryDenemesi/lib//storage/emulated/0/Android/data/LibraryDenemesi.LibraryDenemesi/files/.__override__/ LibraryDenemesi.dll.so not found [Mono] Assembly Loader loaded assembly from location: '/storage/emulated/0/Android/data/LibraryDenemesi.LibraryDenemesi/files/.__override__/LibraryDenemesi.dll'. [Mono] Config attempting to parse: '/storage/emulated/0/Android/data/LibraryDenemesi.LibraryDenemesi/files/.__override__/LibraryDenemesi.dll.config'. [Mono] Config attempting to parse: '/Users/builder/data/lanes/monodroid-mlion-monodroid-4.20-series/ba9bbbdd/source/monodroid/builds/install/mono-armv7/etc/mono/assemblies/LibraryDenemesi/LibraryDenemesi.config'. [Mono] Image addref CypressLibrary[0x5ac25fb0] - CypressLibrary.dll[0x5bb1a420]: 1 [Mono] Assembly CypressLibrary[0x5ac25fb0] added to domain RootDomain, ref_count=1 [Mono] AOT module 'CypressLibrary.dll.so' not found: Cannot load library: load_library(linker.cpp:746): library /data/data/LibraryDenemesi.LibraryDenemesi/lib/CypressLibrary.dll.so not found [monodroid-gc] GREF GC Threshold: 46800 [Mono] Image addref Mono.Android[0x5aa93670] - Mono.Android.dll[0x5ace36c8]: 1 [Mono] Assembly Mono.Android[0x5aa93670] added to domain RootDomain, ref_count=1 [Mono] AOT module 'Mono.Android.dll.so' not found: Cannot load library: load_library(linker.cpp:746): library /data/data/LibraryDenemesi.LibraryDenemesi/lib/Mono.Android.dll.so not found [Mono] Assembly Ref addref Mono.Android[0x5aa93670] - mscorlib[0x5ac6bfe0]: 2 [Mono] Image addref System.Core[0x5aceeb28] - System.Core.dll[0x59bb3240]: 1 [Mono] Assembly System.Core[0x5aceeb28] added to domain RootDomain, ref_count=1 [Mono] AOT module 'System.Core.dll.so' not found: Cannot load library: load_library(linker.cpp:746): library /data/data/LibraryDenemesi.LibraryDenemesi/lib/System.Core.dll.so not found [Mono] Assembly Ref addref Mono.Android[0x5aa93670] - System.Core[0x5aceeb28]: 2 [Mono] Assembly Ref addref System.Core[0x5aceeb28] - mscorlib[0x5ac6bfe0]: 3 [Mono] Assembly Ref addref LibraryDenemesi[0x5c771638] - Mono.Android[0x5aa93670]: 2 [Mono] DllImport attempting to load: '__Internal'. [Mono] DllImport loaded library '(null)'. [Mono] DllImport searching in: '__Internal' ('(null)'). [Mono] Searching for '_monodroid_gc_wait_for_bridge_processing'. [Mono] Probing '_monodroid_gc_wait_for_bridge_processing'. [Mono] Found as '_monodroid_gc_wait_for_bridge_processing'. [Mono] DllImport searching in: '__Internal' ('(null)'). [Mono] Searching for '_monodroid_get_identity_hash_code'. [Mono] Probing '_monodroid_get_identity_hash_code'. [Mono] Found as '_monodroid_get_identity_hash_code'. Loaded assembly: MonoDroidConstructors [External] [Mono] Assembly Ref addref LibraryDenemesi[0x5c771638] - mscorlib[0x5ac6bfe0]: 4 [Mono] DllImport searching in: '__Internal' ('(null)'). [Mono] Searching for '_monodroid_gref_log_new'. [Mono] Probing '_monodroid_gref_log_new'. [Mono] Found as
Re: [Mono-dev] Cycle4 - Reminders (Mono-devel-list Digest, Vol 115, Issue 45)
Personally I use gmail filters a lot, to filter down github notifications, mostly I just skip the box and put under project/repo specific labels that I peruse once a day or a once a week, and mark as read in batches (a feature I miss in Google's Inbox, as marking as done is not quite the same, and no selection helpers exist) without going beyond the subject line. In keeping the portuguese translation of the Mono website, for MonoBrasil, I'm using those filters to follow-up on the PRs from contributing translators. It's obvious easier on the projects I just lurk around like ASP.NET vNext. On Wed Nov 26 2014 at 3:35:10 PM Alexander Köplinger alex.koeplin...@outlook.com wrote: Tip: you can unwatch the repo on GitHub, then you only get notifications for threads you participated in. I'm a bit torn about mandating that every PR discussion needs to happen on this mailing list, mainly because I really like GitHub's UI and being able to track back the PR discussion from the commit. ... and I really don't feel comfortable with mailman sending me my plaintext password in 2014. -- Alex -- From: mig...@xamarin.com Date: Wed, 26 Nov 2014 12:10:03 -0500 To: direct...@apebox.org CC: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Cycle4 - Reminders (Mono-devel-list Digest, Vol 115, Issue 45) Hello, I think we need to have a deeper discussion on the PR1297. I do not think that we should have these discussions on the pull requests, this is a great example of another pull request discussion that just got lost. GitHub is very spammy with notifications, so I personally just filter that out (and so do many other people). Pull requests should be discussed in this mailing list. On Wed, Nov 26, 2014 at 8:05 AM, Jo Shields direct...@apebox.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/11/14 23:00, Rodrigo Kumpera wrote: Hi ppl, We're rounding up mono 3.12 as we speak. (y'all probably heard the github gossip about such a branch existing ;) This would be a great opportunity to gather feedback on what blocking bugs you've been facing that can be quickly addressed for this release. It'd be great to get PR1297 and PR1319 sorted in time for 3.12, plus a bunch of recent Windows/MSVC commits so I can work towards a stable 3.12 Windows installer: 9bdd77969a8f9057f3b46994135d39adb3ef216f 1d6b8a75fa31d60e9ddbc0b9eddbf05ed3fb6c12 9f6f6a9ccef9e65adc281b5c0609f79d1dce6fcf d2b8c8557b90dfaef3d3b582a847fda12630c680 ab61b5c7ad106187b00be32bc356e2e197467745 0279e7dc28c2d25ebe2fb87289b78c891ff84a15 cf4d77d21d2d15f5775a1cf72bfe8486e5a0dff5 67da1215f33fb20fe948402d8aa8e38a82c29598 076e80f725d16d85d74e8aecbe281af53ebc62c2 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUddAbAAoJEMkPnLkOH60MIfUIAIiPpCFnypB5xjirQ9hyPOZV clunW3vzrZ6WO/CXxmKQRjyF8P/awXRW1EBMZX+U8rpRdG15tNL1OveLg4e84Su/ NUjdsUykouGLtfwGK7/pM8jZBE4/ewciR1ygaK+fuw9vvvnN95pvJTcqgIJXNi40 1OEusLP9aLwJXOkxYQRlGZMF2S7KfjPXU5vHi5L2YGknlz0u+73I1eT4wdPzWp4K YVHESxEqcQDzSWYSUib8Jbikcw/hzKkqiQq6kK8rwOY5qXtmqobs1Hlab87FJCdY niQhZuUcjDYaQb6OMLO0vOu4ckoacVgu2joDl4kcReI/Ygr87/gbmheZGqU73UY= =G4dc -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Cycle4 - Reminders (Mono-devel-list Digest, Vol 115, Issue 45)
OK, it would also be spammy, but can we bridge the github PRs with the list (perhaps using some of the hooks GitHub exposes)? The problem I see is that conversely as you (Miguel) said yourself PRs got lost in the sand of time if people doesn't manually duplicate them here... On Wed Nov 26 2014 at 3:49:23 PM Rafael Teixeira mono...@gmail.com wrote: Personally I use gmail filters a lot, to filter down github notifications, mostly I just skip the box and put under project/repo specific labels that I peruse once a day or a once a week, and mark as read in batches (a feature I miss in Google's Inbox, as marking as done is not quite the same, and no selection helpers exist) without going beyond the subject line. In keeping the portuguese translation of the Mono website, for MonoBrasil, I'm using those filters to follow-up on the PRs from contributing translators. It's obvious easier on the projects I just lurk around like ASP.NET vNext. On Wed Nov 26 2014 at 3:35:10 PM Alexander Köplinger alex.koeplin...@outlook.com wrote: Tip: you can unwatch the repo on GitHub, then you only get notifications for threads you participated in. I'm a bit torn about mandating that every PR discussion needs to happen on this mailing list, mainly because I really like GitHub's UI and being able to track back the PR discussion from the commit. ... and I really don't feel comfortable with mailman sending me my plaintext password in 2014. -- Alex -- From: mig...@xamarin.com Date: Wed, 26 Nov 2014 12:10:03 -0500 To: direct...@apebox.org CC: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] Cycle4 - Reminders (Mono-devel-list Digest, Vol 115, Issue 45) Hello, I think we need to have a deeper discussion on the PR1297. I do not think that we should have these discussions on the pull requests, this is a great example of another pull request discussion that just got lost. GitHub is very spammy with notifications, so I personally just filter that out (and so do many other people). Pull requests should be discussed in this mailing list. On Wed, Nov 26, 2014 at 8:05 AM, Jo Shields direct...@apebox.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/11/14 23:00, Rodrigo Kumpera wrote: Hi ppl, We're rounding up mono 3.12 as we speak. (y'all probably heard the github gossip about such a branch existing ;) This would be a great opportunity to gather feedback on what blocking bugs you've been facing that can be quickly addressed for this release. It'd be great to get PR1297 and PR1319 sorted in time for 3.12, plus a bunch of recent Windows/MSVC commits so I can work towards a stable 3.12 Windows installer: 9bdd77969a8f9057f3b46994135d39adb3ef216f 1d6b8a75fa31d60e9ddbc0b9eddbf05ed3fb6c12 9f6f6a9ccef9e65adc281b5c0609f79d1dce6fcf d2b8c8557b90dfaef3d3b582a847fda12630c680 ab61b5c7ad106187b00be32bc356e2e197467745 0279e7dc28c2d25ebe2fb87289b78c891ff84a15 cf4d77d21d2d15f5775a1cf72bfe8486e5a0dff5 67da1215f33fb20fe948402d8aa8e38a82c29598 076e80f725d16d85d74e8aecbe281af53ebc62c2 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJUddAbAAoJEMkPnLkOH60MIfUIAIiPpCFnypB5xjirQ9hyPOZV clunW3vzrZ6WO/CXxmKQRjyF8P/awXRW1EBMZX+U8rpRdG15tNL1OveLg4e84Su/ NUjdsUykouGLtfwGK7/pM8jZBE4/ewciR1ygaK+fuw9vvvnN95pvJTcqgIJXNi40 1OEusLP9aLwJXOkxYQRlGZMF2S7KfjPXU5vHi5L2YGknlz0u+73I1eT4wdPzWp4K YVHESxEqcQDzSWYSUib8Jbikcw/hzKkqiQq6kK8rwOY5qXtmqobs1Hlab87FJCdY niQhZuUcjDYaQb6OMLO0vOu4ckoacVgu2joDl4kcReI/Ygr87/gbmheZGqU73UY= =G4dc -END PGP SIGNATURE- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/ mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Posix helper exception
You didn't install the native libmonoposixhelper.so library needed to use that functionality :( On Tue, Nov 25, 2014, 07:13 techi eth techi...@gmail.com wrote: Hi, I have found one exception when running test to access serial port on Linux .Can anyone suggest what is missing.I have copied test O/P below. Note : I am having libMonoPosixHelper.so under library path. -- #mono --config config serial.exe Enter port name /dev/ttyS0 libMonoPosixHelper.so press 's' for start s process failed Unhandled Exception: System.DllNotFoundException: libMonoPosixHelper.so at (wrapper managed-to-native) System.IO.Ports.SerialPortStream:close_serial (int) at System.IO.Ports.SerialPortStream.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.IO.Ports.SerialPortStream.Finalize () [0x0] in filename unknown:0 -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Posix helper exception
Turn Mono's tracing on to see where it is trying to find the lib. Also are you sure the library matches the architecture? ARM/Intel, 32/64 bits, etc. On Tue, Nov 25, 2014, 07:29 techi eth techi...@gmail.com wrote: I do have the same under /usr/lib.Please find below ls output. #ls -la | grep Mono -rw-r--r--1 root root797994 Nov 25 08:54 libMonoPosixHelper.a -rwxr-xr-x1 root root 1049 Nov 25 08:54 libMonoPosixHelper.la -rwxr-xr-x1 root root514621 Nov 25 08:54 libMonoPosixHelper.so On Tue, Nov 25, 2014 at 2:50 PM, Rafael Teixeira mono...@gmail.com wrote: You didn't install the native libmonoposixhelper.so library needed to use that functionality :( On Tue, Nov 25, 2014, 07:13 techi eth techi...@gmail.com wrote: Hi, I have found one exception when running test to access serial port on Linux .Can anyone suggest what is missing.I have copied test O/P below. Note : I am having libMonoPosixHelper.so under library path. -- #mono --config config serial.exe Enter port name /dev/ttyS0 libMonoPosixHelper.so press 's' for start s process failed Unhandled Exception: System.DllNotFoundException: libMonoPosixHelper.so at (wrapper managed-to-native) System.IO.Ports.SerialPortStream:close_serial (int) at System.IO.Ports.SerialPortStream.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.IO.Ports.SerialPortStream.Finalize () [0x0] in filename unknown:0 -- ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono .Net difference - handling xs:extension please help
Probably is the core System.Xml class library assembly that misses some functionality. It is kind of lower priority these days as most people is moving to schema-less serialization with either Xml or JSON. Surely nobody needed to exercise the extension mechanism before, so that's is why it is still broken, that is characteristic of any Open Source project. If you really need it please open an issue, and help pinpoint the real cause for the behavior, better yet, if you can: fix it and send a Pull Request. Best regards, Rafael Teixeira O..:.) On Wed, Nov 12, 2014 at 8:51 AM, MarLOne infoseeker...@gmail.com wrote: Hello Timotheus, I have the answer for you. I have a VM with Mint17 which has Mono runtime 3.2.8 which is one major version that I reported earlier. So I build a console application to test using this schema (embedded resource) with this sample instance document. This also gives me a good test of compatibility that Mono has been promoting. I then took this console application and run it in my Windows 7 with the most up to date .Net installed. It ran perfectly as expected verbatim without recompilation. This therefore indicates the IL code thus generated is not at fault. I then took this console application and xml document to my Mint 17 and ran it. As expected, it failed with the same message produced by the old version of Mono runtime. Therefore I would dare to claim that the problem exists much further back and is in the Mono runtime. What I am using is nothing new or even edge case. In fact, the construct is as old as .Net2. So what next? If I stay with Mono, to get around this gotcha I have to abandon a perfectly valid schema (data model). This is placing the cart in front of the horse. I opened the instance document in MonoDevelop ver 4.2.2 (yes it is old and it is because Linux/Mint does not allow me to move to newer version) and then hit Tools Xml Validate. Well the screen lights up like a Christmas tree and pointing to the same place as I have found. Even more worryingly, that tool does not even handle the xsi:schemaLocation hint while Eclipse did that flawlessly. I appreciate the great work of Open Source in bringing Mono to something workable. But after falling into holes so many times believing this cross-platform development tool, Mono has lost my trust particularly not knowing where is the next incompatible gotcha! This is no different than a calculator produces erroneous result with certain expression kind and one does not know which expression pattern. This problem plus the others that I have unearthed are seriously matters. I would rather prefer Mono fails to compile or supporting MS .Net construct (fail early and fail loud) than slipping in minefield silently like this wasting people's time. Has this simple scenario been tested? MarL -- View this message in context: http://mono.1490590.n4.nabble.com/Mono-Net-difference-handling-xs-extension-please-help-tp4664552p4664559.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SetThreadPriority patch for mono-3.2.8
PRs are like branches, you can keep changing/adding things until it is merged or dropped. :) On Fri Nov 07 2014 at 07:11:03 Bent Bisballe Nyeng d...@aasimon.org wrote: I'll look into the issues you describe. Should I have the PR reopened once I get it done or should I open up a new one? Kind regards Bent Bisballe Nyeng On 11/06/14 17:35, Rodrigo Kumpera wrote: PR 1391 cannot be accepted for multiple reasons: -The commit message is empty and has no licensing; -It changes MonoInternalThread layout for no good reason, the introduced field is not used anywhere; -It's adding code to the io-layer for which we don't want to continue to expand; How to do it in way that's mergeable? Add a pair of functions to utils/mono-threads.h that get/set the priority. Implement that functions on all backends or add stubs when appropriate. Use this new API from metadata/threads.h to implement the managed functionality; Use C89. License the code under the MIT license. -- Rodrigo On Thu, Nov 6, 2014 at 9:16 AM, Bent Bisballe Nyeng d...@aasimon.org mailto:d...@aasimon.org wrote: I have made pull request now: https://github.com/mono/mono/__pull/1391 https://github.com/mono/mono/pull/1391 I have updated the patch to work with HEAD and tested it. Everything seems to work as expected. I'm a bit new to the whole github concept, so forgive me if I have not done everything by the book ;-) Kind regards Bent Bisballe Nyeng On 11/06/14 12:37, Alexander Köplinger wrote: There is a PR that also claims to implement SetThreadPriority (https://github.com/mono/mono/__pull/1272 https://github.com/mono/mono/pull/1272), but it has many other unrelated changes, so not in a state to be merged. From a quick look, your patch seems to be much more focused and thus more likely to get merged. Can you open a pull request on GitHub? -- Alex Date: Thu, 6 Nov 2014 09:12:02 +0100 From: d...@aasimon.org mailto:d...@aasimon.org To: mono-devel-list@lists.ximian.__com mailto:mono-devel-list@lists.ximian.com Subject: [Mono-dev] SetThreadPriority patch for mono-3.2.8 Hi mono devs I created a patch for SetThreadPriority support in mono-3.2.8 and would very much like som feedback on it. It can be found here: https://gist.github.com/__aasimon/c8ae6fc3cf5d9b82b6ca https://gist.github.com/aasimon/c8ae6fc3cf5d9b82b6ca Comments are welcome both here on the list as well as on the actual gist paste. Kind regards Bent Bisballe Nyeng _ Mono-devel-list mailing list Mono-devel-list@lists.ximian.__com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/__mailman/listinfo/mono-devel-__list http://lists.ximian.com/mailman/listinfo/mono-devel-list _ Mono-devel-list mailing list Mono-devel-list@lists.ximian.__com mailto:Mono-devel-list@lists.ximian.com http://lists.ximian.com/__mailman/listinfo/mono-devel-__list http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono and vNext, What is microsoft supporting
As I follow the github discussions in some of the asp.net vnext subprojects, I see them testing on Mono (in MacOS X) as part of the development process, but yet some things are lagging a bit... :) On Wed Nov 05 2014 at 9:43:28 AM Martin Thwaites monofo...@my2cents.co.uk wrote: So, after thinking about this further. The question I have is not really about CoreCLR. What I want to know is, the libraries that Microsoft are making available via their nuget (myget at the moment), are these going to be tested again .net, mono and CoreCLR? I.e will the libraries be cross platform? Thanks Martin I just asked about CoreCLR on Linux during today's ASP.NET vNext community standup and the answer was: CoreCLR runs on Windows. On Linux you use Mono. ( https://www.youtube.com/watch?v=2oafQVI4Lx4#t=706) That should clarify it pretty much :) -- Alex From: alex.koeplin...@outlook.com To: monofo...@my2cents.co.uk; mono-devel-list@lists.ximian.com Date: Sat, 25 Oct 2014 21:52:59 +0200 Subject: Re: [Mono-dev] Mono and vNext, What is microsoft supporting Note: the following is based on discussions with David Fowler (one of the MS devs) et.al. in JabbR and other places. I'm not part of MS/vNext team or Xamarin, so I may be totally wrong :) CoreCLR is intended to be Windows-only too from what I've heard, as it doesn't make much sense for Mono (you can already do side-by-side deployment of Mono). Where have you seen this, do you have a link you can send? This is a major missing piece of the puzzle for me. I've been hoping that with vNext, applications would be truely cross platform, but it seems we are still very much reliant on Mono's class implementations. I've read an article[1] that says the CoreCLR (Cloud Optimized) is to be Cross Platform. If that is the case, and there are no plans to make a linux compatible version and just use mono, they could easily say the same about the .NET 4.5 class libraries as they are available in mono. You should keep in mind that CoreCLR is just that - another runtime implementation (they based this off of the old Silverlight runtime which was side-by-side deployable). What they now put on top is the class libraries distributed via NuGet, resulting in this self-contained experience. As I said, it's just one of the options alongside .NET CLR and Mono CLR, like this picture from your article shows: http://blogs.msdn.com/cfs-filesystemfile.ashx/__key/communityserver-blogs-components-weblogfiles/00-00-00-84-75-metablogapi/7356.image_5F00_70B63F1D.png (the article never says the CoreCLR is cross-platform, just the vNext application itself) So either, when Microsoft refer to Cross platform, they are only referring to applications that rely on no class libraries and only corlib (is that a thing can an application be purely reliant on no class libraries?). Alternatively, they are relying on Mono to create a CoreCLR (I wouldn't be surprised if they've ask for Xamarin's help in doing that). The end result should be that you can run your app on .NET, CoreCLR and Mono and the app doesn't care. The problem with the web frameworks like MVC etc. up until now was that they were tightly coupled to System.Web, which is not open-source and very difficult to reimplement in Mono (and to be honest likely also lagged behind because Xamarin's focus is on mobile). The new vNext stacks don't rely on System.Web anymore and just use the basic class libraries that are well implemented on Mono too (like corlib, System.Net etc. as they're important to Xamarin). It should be a much much better experience given that Microsoft actively tests the vNext stack on Mono. Now if **your** application code relies on something that isn't implemented on Mono then that's a problem, sure. I am aware that you can side-by-side in mono, however, I thought that one of the other big benefits of vNext was the reduction in footprint, specifically around the memory footprint per request. So you can opt-in/out of specific features. Maybe they'll make this whole CoreCLR/small-footprint - experience available on other OSs as well, but from what I've heard this is targeted at Windows for now. -- Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [CI] Building Mono executable under Windows
I would guess at /usr/local/bin which in the Windows world would be relative to the cygwin installation directory... Rafael Teixeira O..:.) On Mon, Oct 20, 2014 at 10:25 AM, Alex J Lennon ajlen...@dynamicdevices.co.uk wrote: Hi, I'm still looking at Windows CI with Appveyor here at the moment. Could somebody please help me with what I hope is a really simple question: Where is mono.exe supposed to be built for the Windows build? Thanks, Alex ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] SerialPort
A two-years's old mono (2.10, e are currently on 3.8) maybe didn't have a complete SerialPort implementation at that time. Please upgrade to a newer version. Also MonoDevelop's metadata index for code completion may be out-of-sync with the installed Mono: For older versions Michael Hutchinson answered in the archives for monodevelop-list: * Check the MD log for errors (~/.config/MonoDevelop/log) * Try cleaning out the pidb (complete data cache) files from your project directories * Try cleaning out the pidb files from ~/.config/MonoDevelop/CodeCompletionData Rafael Teixeira O..:.) On Wed, Sep 24, 2014 at 10:28 PM, Daniel Piloco dpil...@ditco.net wrote: Hello Everyone, I'm new to mono/monodevelop and linux. I have lots of experience with C# on windows however. Mono provides almost everything I need. Except there's no assembly (or whatever its called) for System.IO.Ports. Specifically, I'd like my program to be able to use the System.IO.Ports.SerialPort class. How can I use this class? Here's what I'm running: MonoDevelop 3.0.3.2 Installation UUID: 71724472-0276-43db-8786-c4a8cda87fef Runtime: Mono 2.10.8.1 (Debian 2.10.8.1-8) (64-bit) GTK 2.24.10 GTK# (2.12.0.0) Build information: Git revision: 7bf6ac0ca43c1b12703176ad9933c3484c05c84c-dirty Build date: 2012-06-22 20:57:52+ Operating System: Linux Linux VirtualHostDebian 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux Thank you, Daniel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [MonoDevelop] Failing to compile on Linux in last few days - %(Culture)
Certainly mono/lib/mono/4.5/Microsoft.Common.targets is the culprit. A needed item metadara is not being written correctly it is '%(Culture)' but should be something like '%(EmbeddedResource.Culture)', or it should be a property '$(Culture)'. Rafael Teixeira O..:.) On Thu, Aug 28, 2014 at 1:50 AM, Timotheus Pokorra timotheus.poko...@solidcharity.com wrote: Hello Jesse, (cross posting to Mono Development list because it seems to be a problem in Mono git master) I checked the specific revision of Mono that still worked to build MonoDevelop: https://github.com/mono/mono/commit/8020aafc3b2cfe43696b8f0e9d784c7ead432380 My next build of Mono was based on https://github.com/mono/mono/commit/96b66b38673015fce249025b21af99cc0779009b and that caused this error when building MonoDevelop. I cannot see myself which commit might be causing the new behaviour. Here again the error for the mono list: /opt/mono/lib/mono/4.5/Microsoft.Common.targets: error : Cannot copy /root/rpmbuild/BUILD/monodevelop-5.4/src/addins/MonoDevelop.Gettext/obj/Debug/%(Culture)/MonoDevelop.Gettext.resources.dll to /root/rpmbuild/BUILD/monodevelop-5.4/build/AddIns/DisplayBindings/Gettext/MonoDevelop.Gettext.resources.dll, as the source file doesn't exist. With Mono 3.6, the copy command looks like this and works fine: Copying file from '/root/rpmbuild/BUILD/monodevelop-5.4/src/addins/MonoDevelop.Gettext/obj/Debug/am/MonoDevelop.Gettext.resources.dll' to '/root/rpmbuild/BUILD/monodevelop-5.4/build/AddIns/DisplayBindings/Gettext/am/MonoDevelop.Gettext.resources.dll' Does anybody know what causes this? Thanks, Timotheus On 28 August 2014 02:55, Jesse Litton monodevelop-l...@eternaldusk.com wrote: Ah, that fits - because I too generally build with the latest mono from git master branch. -Jesse On 08/27/2014 03:50 PM, Timotheus Pokorra wrote: Hello Jesse, I noticed the same error as well. I think it was no change in monodevelop, but a change in the latest mono built from git master. It still worked fine with Mono git master from Friday morning, but failed a day later. I can compile Monodevelop git master fine with mono 3.6. Timotheus ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Can a project template reference a NuGet package?
Presuming that you are talking about MonoDevelop/XamarinStudio you'll need to add a packages.xml file to your template and add the needed import and set the proper nuget properties in the project file to have nuget-support grab and process the packages during the build. This kind of template will fail if the plugin for nuget processing is not installed in the IDE (AFAIK it is not installed by default in MD, not sure if newer versions of XS do have it in the core install). Rafael Teixeira O..:.) On Tue, Jul 29, 2014 at 6:25 AM, Sergey Khabibullin x2b...@gmail.com wrote: How can I reference a NuGet package from an xml-defined project template? Is it possible? Project name = ${ProjectName} directory = . Options Target = Library / References !-- NuGet package? -- Reference type=Package refto=System, Version=1.0.5000 .0, Culture=neutral, PublicKeyToken=b77a5c561934e089 / /References ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MAXHINCR or MAX_HEAP_SECTS error
Every machine will need a version of mono compiled with that option, to be able to run properly your exe. That option is not turned on by default, because it impacts negatively elsewhere in the system for most applications, outweighing the benefits it brings to applications with your kind of memory usage... Rafael Teixeira O..:.) On Tue, Jul 8, 2014 at 10:19 AM, lucas_max lucas_max2...@yahoo.es wrote: Hi guys Thanks for the information. I have another question: That means I need compile mono in each machine where Im going to run the app? or I can create the exe file with a modified version of mono, and later run this app on an any machine with out have this problem? thanks again -- View this message in context: http://mono.1490590.n4.nabble.com/MAXHINCR-or-MAX-HEAP-SECTS-error-tp4663252p4663266.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono RTL support.
WinForms in Mono is not actively maintained by the core team anymore, but if volunteers do come forward with well-tested contributions as pull requests these can be merged in... Good luck, Rafael Teixeira O..:.) On Mon, Jun 30, 2014 at 2:43 AM, morteza adi morteza...@gmail.com wrote: Hi, Mono (Winform) doesn't support right-to-left languages; however .net do support RTL. Is there any plan to Fix the issue? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Help Finding this Function?
You are looking at the wrong rand.c. They are switched on compilation depending on the target platform. Hope it helps, Rafael Teixeira O..:.) On Fri, Jun 27, 2014 at 10:34 AM, Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote: From: Miguel de Icaza [mailto:mig...@xamarin.com] rand.c has several implementations, the CryptAcquireContext is part of the Win32 support, and is a Win32 API call. There is also a Native client implementation and a Unix one. Thanks - But - What am I missing? I don't have any wincrypt.h file anywhere in my mono source tree. So I guess wincrypt.h exists in windows and not unix/linux... I guess if you build on windows, it probably calls the Win32 API directly, and otherwise, some other functionally equivalent implementation takes its place... I'm confused about the meaning of a native implementation versus a unix one. If I build on mac or linux, does that imply it uses the unix one? Are you saying non-windows platforms (mac/linux) implement this call in a native library that's included in the OS? Sorry, I'm just still confused about how that gets hooked in, where it comes from ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Help Finding this Function?
Oops, looking more attentively at the code rand.c has lines like: #if defined (HOST_WIN32) *So you need to see what part of it is actually being compiled for the platform you are targeting.* When targeting Windows header files windows.h and wincrypt.h (from the Windows SDK, which is a building dependency) are included and then probably there you will find the definition for CryptAcquireContext but as with most APIs from Windows it will actually be implemented by two entry-points CryptAcquireContextA (for ANSI strings in parameters/returns) and CryptAcquireContextW (for Unicode [UTF-16] strings) in some Microsoft provided native dll. In Unix we have: gpointer ves_icall_System_Security_Cryptography_RNGCryptoServiceProvider_RngInitialize (MonoArray *seed) { /* if required exception will be thrown in managed code */ return ((!egd (file 0)) ? NULL : GINT_TO_POINTER (file)); } and random bytes are obtained from the /dev/urandom device. And the Native version simply short-circuits it as it simply uses an internal rand() function for any call to ves_icall_System_Security_Cryptography_RNGCryptoServiceProvider_RngGetBytes() : gpointer ves_icall_System_Security_Cryptography_RNGCryptoServiceProvider_RngInitialize (MonoArray *seed) { return -1; } Rafael Teixeira O..:.) On Fri, Jun 27, 2014 at 11:17 AM, Rafael Teixeira mono...@gmail.com wrote: You are looking at the wrong rand.c. They are switched on compilation depending on the target platform. Hope it helps, Rafael Teixeira O..:.) On Fri, Jun 27, 2014 at 10:34 AM, Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote: From: Miguel de Icaza [mailto:mig...@xamarin.com] rand.c has several implementations, the CryptAcquireContext is part of the Win32 support, and is a Win32 API call. There is also a Native client implementation and a Unix one. Thanks - But - What am I missing? I don't have any wincrypt.h file anywhere in my mono source tree. So I guess wincrypt.h exists in windows and not unix/linux... I guess if you build on windows, it probably calls the Win32 API directly, and otherwise, some other functionally equivalent implementation takes its place... I'm confused about the meaning of a native implementation versus a unix one. If I build on mac or linux, does that imply it uses the unix one? Are you saying non-windows platforms (mac/linux) implement this call in a native library that's included in the OS? Sorry, I'm just still confused about how that gets hooked in, where it comes from ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
Hi Bob, I hope you succeed either way, on finding a contractor or doing it yourself, but in truth I'm not sure how much 'porting' you need to do, as Tizen is just a broad target as Android and Linux are too. Do you need to port it to some specific CPU/SOC? Tizen lacks some basic dependency Mono can't leave without? (From the top of my mind, besides the tooling: autotool, gcc, etc..., Mono needs threading, normally pthreads, and a recent libc which should be in synch with gcc, so it is minimal stuff) Recently I've built Mono from head on Raspberry Pi, and it was quite easy, although it was very slow (a full day to build/install). Probably all you'll need is to guarantee you have the tooling right and adjust the autoconf scripts to recognize Tizen. Good luck, :) Rafael Teixeira O..:.) On Thu, Jun 12, 2014 at 1:18 PM, Bob Summerwill b...@summerwill.net wrote: PS. If nobody comes forward I WILL just do the work myself. I've been doing professional C++ in the games industry for 18 years and am entirely capable. I am just very time-limited personally, and have never built Mono myself, let alone done a port, so it's going to be a rather slow process. I would rather pay an expert to do it quickly, so I can get on to the more interesting phases of the project. I would have hoped that somebody in this group would have been interested in porting the Mono Runtime to a true Linux mobile platform, in the open, and getting paid for their effort into the bargain? I guess I thought wrong :-( Cheers, Bob On Jun 12, 2014 9:09 AM, Bob Summerwill b...@summerwill.net wrote: (reply, rather than reply-all in error 2 days ago) Hey Edward, Thanks for making me smile at the start of the day! I'm not as naive as you may think. I know Miguel and Nat personally, having met them at Xamarin Evolve last year and been in contact periodically ever since.I've been asking them about Tizen support for the last year, but it just isn't a big enough market for them to bother with YET.I attended the Tizen Developer Conference last week, and now have contacts in Samsung and Intel too. I also have contacts in Unity3D, having just ended at 15+ year spell at EA. If you read my TizenExperts posting you will get a better idea of what I'm looking to build. http://www.tizenexperts.com/2014/05/introduction-monotizen/ I'm seeking a contractor PURELY to port the runtime.It already works on Linux, and I know that there are already multiple working private ports to Tizen. I don't think it's right to keep for Mono Runtime on Tizen to be commercial. I'm not trying to build a full Xamarin.Tizen stack, including UI designers, etc.That indeed would be a fool's errand. Phase 1 - Mono Runtime (seeking contractor, or I will do it myself worse case) Phase 2 - Bind Tizen C++ APIs using CppSharp (I have a contractor already lined up) Phase 3 - Very minimal MonoDevelop plugin (just build, run, debug) based on existing MeeGo plugin This humbler project is not an Ark. It's actually pretty simple, and it is utterly complementary to Xamarin's business. I shook Nat's hand last Tuesday as I gave him on a MonoTizen card in Xamarin's SF offices.I spent two hours having lunch with J.Frederick. I'm not trying to screw Xamarin or directly compete with them.Just to starting bringing Mono (open source) into Tizen world. Best wishes! BTW... The must not work for Xamarin should really have been... must not work for Xamarin, Microsoft, Unity, Samsung or Intel. Porting the Mono Runtime to Tizen is a community project. The benefit of this first phase (with no commercial extras) is that it enables any developer in the world to build C# applications on Tizen. A huge win for us all. You'll need to write P/Invoke calls to any native code and won't have a Tizen-specific support in MonoDevelop, but it will kick the answer out of HTML5 development for Tizen, and will open things up for the huge number of app developers who will recoil in horror when they realize the complexity of C++ native development on Tizen. Cheers, Bob On Jun 10, 2014 4:56 AM, Edward Ned Harvey (mono) edward.harvey.m...@clevertrove.com wrote: From: mono-devel-list-boun...@lists.ximian.com [mailto: mono-devel-list- boun...@lists.ximian.com] On Behalf Of Bob Summerwill I want to PAY SOMEBODY to port the Mono Runtime to Tizen. Could that person be YOU?If so, please contact me. ... .Must not be employed by Xamarin. Good luck. You might as well be asking a single human to build an ark, or the Titanic. Xamarin is a whole *company* full of people to make mono run on iOS and Android primarily (and Mac too, as a 2nd class citizen.) The fact that tizen is linux-based is irrelevant. So is Android. Personally I think the best bet is to come up with an attractive business model and form a business relationship to expand Xamarin's product
[Mono-dev] Status report: Mono and ASP.NET vNext on a Raspberry Pi
I cloned and built a fresh version of Mono from GitHub on the RasPi. (took more than a day). Cloned AspNet vNext Home, and kvminstall'ed it. (some problems as I installed as root, solved by moving things to user 'pi') kpm restore'd and 'k run' on the console sample. It run (veery slowly, some 10s before the hello message appears). kpm restore on the HelloMVC sample simply doesn't work, because the Pi 512MB of ram is not enough to build the full dependency tree. I needed to break the dependency tree in smaller subtrees (editing project.json) and aftr some hours, I was capable of having all dependencies installed and try 'k web', it them fails with an exception in the initializer of HttpApi. Will need to look at it later. Rafael Teixeira O..:.) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] .NET API documentation
Wonderful Miguel. Just an small question: I saw in the documentation committed this kind of element sprinkled all around: attribution license=cc4 from=Microsoft modified=false / That seems to indicate that it is licensed with an unmodified version 4 Creative Commons license, but it is not clear which of the additional constraints like NonCommercial, ShareAlike, and more importantly, NoDerivatives are attached as we are interested in starting an effort to produce a translation to Brazilian Portuguese, inside the MonoBrasil community, and we are not sure if we can legally do it. I could not find any post by MS stating the licensing choice. If the license allows the translation effort, I think you may prefer for it to be built standalone, on a separate repo, mirroring the mono/mcs/class tree, empty but for the documentation nodes, to make it buildable into some addin fashion to MonoDevelop/XS, and to allow MS to repackage it for use in VS. Hopefully great times ahead... Cheers! Rafael Teixeira O..:.) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Killing .NET 2.0 support?
I think it is a good move. But all tests for NET_20 profile (as compiled in that profile) must be run and succeed in the NET_45 profile, before killing it. My 2 cents, Rafael Teixeira O..:.) On Wed, May 14, 2014 at 3:32 PM, Miguel de Icaza mig...@xamarin.com wrote: Hey guys, Maintaining the .NET API has become a pain and we feel that everything that could run with 2.0 could run with 4.5. So we are wondering if we should just kill this and get on with our lives. It would let us use Async internally in our class libraries (among other things) I wonder if we could just patch the Mono C runtime to redirect all references to the 2.0 assemblies at runtime to the 4.0 gac? Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Repeat builds of core assemblies
Why don't we extend mcs to twist netmodules compilation into multi-assembly compilation? See http://msdn.microsoft.com/en-us/library/226t7yxe(v=vs.110).aspx So that a line like below would work? mcs /out:System.dll System/System.Collections.Generic/Queue.cs ... /out:System.Xml.dll System.XML/System.Xml/XmlAttribute.cs ... Then we would have a single pass on the build for building this troika. For me it surely looks like a more sensible solution, aside from probably eating a lot more memory for this compilation. :) Another alternative would be to compile to netmodules with mcs and extend Mono's al into converting them into multiple assemblies instead of a multiple-file single assembly, code changes would be similar to the changes in mcs, but multiple assembly metadata handling in the command line would probably be more messy... Just my crazy two cents... Rafael Teixeira O..:.) On Tue, Apr 22, 2014 at 11:16 PM, Miguel de Icaza mig...@xamarin.comwrote: how are you fitting msbuild in the build process? Just to confirm if you using the generation of csharp project files and solutions for visual studio? Yes, continuing the work on mono/msvs/scripts/genproj.cs There are already a few issues solved, but ran into this broken build setup, and quickly realized that we had this hack on the Makefiles which is why it works at all. There is quite some work left to be done for genproj.cs, but this is something that would benefit both. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [MONO][GAC] System.DirectoryServices.Protocols not installed in gac
AFAIK Mono doesn't implement this specific library. Code was just stubbed 5 years ago as seen in https://github.com/mono/mono/blob/master/mcs/class/System.DirectoryServices.Protocols/System.DirectoryServices.Protocols.dll.sources Rafael Teixeira O..:.) On Sat, Mar 22, 2014 at 7:51 PM, boisse_r raphael.bois...@epita.fr wrote: Hello, It seems that the assembly System.DirectoryServices.Protocols is not installed in the GAC. Is it a real problem or just my mistake? Best regards, -- Raphael Boissel EPITA 2014 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Recent xbuild fixes causing issues with finding mcs
Michael Franz, please check if your custom built version of the mono binary is in the path during the rest of the build, or that code Michael Hutchinson pointed out will fail... Hope it helps, Rafael Teixeira O..:.) On Mon, Feb 17, 2014 at 2:50 AM, Michael Hutchinson m.j.hutchin...@gmail.com wrote: No, this is not the same as launching exe files directly from the OS using binfmt-misc. If you launch an exe file *from Mono's implementation of Process.Start*, Mono will detect managed executables and run them with Mono automatically. https://github.com/mono/mono/blob/master/mono/io-layer/processes.c#L808 On 16 February 2014 09:00, Michael Franz mvfr...@gmail.com wrote: On Sun, Feb 16, 2014 at 7:34 AM, Andrés G. Aragoneses kno...@gmail.com wrote: On 16/02/14 10:15, Michael Hutchinson wrote: ... which automatically executes exe files using Mono. Are you sure that statement applies to all distros? I read somewhere some time ago that the only distro so far that implemented the ability to run .exe files automatically by calling mono under the hood was Debian (and derivatives), by installing some system hook by default when mono packages are installed. Maybe Michael Franz is not using Debian? Or maybe that hook doesn't work for him because he's using a custom mono install (instead of debian packages)? I am using CentOS 6.5 with a locally built Mono installation. I have read about how you can modify the kernel to understand launching Mono applications - http://www.mono-project.com/Guide:Running_Mono_Applications - this was probably after I ran into this problem. If this has become a requirement to use Mono for development it should probably be documented somewhere. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Michael Hutchinson http://mjhutchinson.com ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] RegistryKey.OpenSubKey behavior
Pull requests are preferred! :) Unit tests are a must! Thanks, Rafael Teixeira O..:.) On Sat, Jan 25, 2014 at 3:32 PM, Juan Cristóbal Olivares cristo...@cxsoftware.com wrote: Hi guys: I was working with a third party library and got this exception: Unhandled Exception: System.Security.SecurityException: No access to the given key (see stacktrace [1]). This exception is thrown when calling Microsoft.Win32.RegistryKey.OpenSubKey (string name, bool writable) with the second parameter = true. This is a minimum example (see full code [2]): var localMachine = Registry.LocalMachine; Console.WriteLine (localMachine); var test = localMachine.OpenSubKey(ThisIsATest, true); Console.WriteLine(Test key: {0}, test); if (test != null) test.Close(); localMachine.Close(); According to the documentation [3], If the requested key does not exist, this method returns null instead of throwing an exception.. I tested this on Windows (.Net Framework 4) and works as expected -returns null instead of an exception-. Let me know what do you think. I could fix this if you want. I'm not sure how to proceed. I have not contributed for a while :) Should I send a patch or a pull request? Please let me know! Regrads, JCO References: [1] http://pastebin.com/P4uHntLK [2] http://pastebin.com/vrRfpF4P [3] http://msdn.microsoft.com/en-us/library/xthy8s8d%28v=vs.110%29.aspx ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Running untrusted code
Mono follows .NET security model (see http://msdn.microsoft.com/en-us/magazine/ee677170.aspx for an overview), but never implemented full CAS policies which are now obsoleted anyway, although the newer sandboxing and Security Transparency model, are very functional in Mono. What Mono still needs, AFAIK, is lots of code auditing to verify that no path for partial-trust code to scale-up its permissions (escape the sandbox) exists. Rafael Teixeira O..:.) On Wed, Jan 22, 2014 at 2:01 AM, Nican nican...@gmail.com wrote: Hello, I have worked over the past months, as a side project, on implementing Mono unto the Source Engine, https://github.com/Nican/SharpMod . One of the features of the project is being able for the server to run untrusted code on the client machine. From my understanding, Mono provides a sandboxed environment, http://www.mono-project.com/MonoSandbox, and while it seems to stop some possible malicious behavior, such as P/Invokes, it does not seem to stop the untrusted code from performing IO operations, such as reading a file on my desktop, and other potentially malicious operations. Moonlight and Unity seems to perform some kind of code auditing, ( https://github.com/Unity-Technologies/monobuildtools/tree/master/tuning, https://github.com/mono/moon/tree/master/class/tuning), but I can not understand how those tools are being used. Could anyone point me in the direction on how to better trust running untrusted code? Cheers, Nican. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Anyone taking care of TPL dataflow?
I think that starting some bounties at BountySource ( https://www.bountysource.com/trackers/36297-mono) or some other place may yield better results, as I really think Xamarin is focused on mobile... Rafael Teixeira O..:.) On Tue, Dec 24, 2013 at 4:26 AM, Karl He karld...@gmail.com wrote: Hi, I know Mono is getting its second life due to the brilliant Mobile idea (Android/iOS). But it seems that the bcl/server stuff needs some love now. We bumped into an issue of TPL dataflow library and submitted an issue here: https://bugzilla.xamarin.com/show_bug.cgi?id=16940 After that, I browsed some other 'class library' bugs on https://bugzilla.xamarin.com/. Unfortunately there are a huge amount of bugs there, and most of them have been there for months with status 'NEW'... These bugs makes me feel frustrated and weakened the possibility of our Mono adoption. So, 1) Specifically, who is taking care of TPL dataflow? What is the expected time when such a bug will be fixed? 2) Any comments on Mono bcl stuff quality? Will Xamarin continue to invest on it? Thanks a lot, Karl He ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] List of referenced assemblies
Fat Libraries would play havoc with library signatures/versioning. What Mono has is mkbundle, where all managed libraries (but not the native dependencies) are packaged in a single executable (huge) file. See the Bundles section in http://www.mono-project.com/Guide:Running_Mono_Applications Hope it helps, Rafael Teixeira O..:.) On Mon, Nov 25, 2013 at 2:17 PM, Vassil Vassilev v.g.vassi...@gmail.comwrote: Is there any obvious advantage of ilmerge over adding all relevant files when building that library. I.e expanding the references. I can afford that because in our home-grown cmake csharp module keeps track of the dependencies. Vassil On 11/25/2013 04:58 PM, Greg Young wrote: Search for ilmerge it can do this after the compilation. On Mon, Nov 25, 2013 at 5:27 PM, Vassil Vassilev v.g.vassi...@gmail.comwrote: Hi, Thanks for the answer. This seemed not to be the case with the M$ compiler. I will double check today. Is there any way to build 'fat libraries' (standalone) i.e to tell the compiler to put everything that the library needs (of course not mscorlib) in the library itself? Cheers, Vassil On 11/25/2013 12:19 PM, Rafael Teixeira wrote: That is the rule because the compiler need to know the details of the Interface that is defined A because it is being used publicly as your public class implements it. As assembly references aren't transitive you need to be explicit (to embed proper dependency versioning metadata) about which library you are referencing types from. Note that if your type MyClass had just a private field of that interface type, for instance, of if MyClass was in the internal instead of public scope the compiler would not need to have access to library A, but nevertheless your running app would need to have it available to load and execute code in library B. Hope it helps, Rafael Teixeira O..:.) On Sat, Nov 23, 2013 at 1:32 PM, Vassil Vassilev v.g.vassi...@gmail.comwrote: Hi, A silly question: I have interface IInterface defined in a library A. I have a class(generic) MyClass, implementing that interface in library B. I have a user of MyClass (the place I do new MyClasssometype()), when trying to compile the code using MyClass it tells me that I need to include not only B but A as well. To me that is strange... Is there a way to workaround this problem? Am I doing something wrong? Many thanks, Vassil ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] List of referenced assemblies
That is the rule because the compiler need to know the details of the Interface that is defined A because it is being used publicly as your public class implements it. As assembly references aren't transitive you need to be explicit (to embed proper dependency versioning metadata) about which library you are referencing types from. Note that if your type MyClass had just a private field of that interface type, for instance, of if MyClass was in the internal instead of public scope the compiler would not need to have access to library A, but nevertheless your running app would need to have it available to load and execute code in library B. Hope it helps, Rafael Teixeira O..:.) On Sat, Nov 23, 2013 at 1:32 PM, Vassil Vassilev v.g.vassi...@gmail.comwrote: Hi, A silly question: I have interface IInterface defined in a library A. I have a class(generic) MyClass, implementing that interface in library B. I have a user of MyClass (the place I do new MyClasssometype()), when trying to compile the code using MyClass it tells me that I need to include not only B but A as well. To me that is strange... Is there a way to workaround this problem? Am I doing something wrong? Many thanks, Vassil ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Understanding mono. Fundamentals
Look at the ECMA/ISO standards specs for C#/CLR. Have fun, Rafael Teixeira O..:.) On Fri, Oct 11, 2013 at 2:35 AM, Sergey Khabibullin x2b...@gmail.comwrote: Hello. I used Mono for some time now, and I am pretty exited about it. I want to learn how it works internally (How CLR is implemented, garbage collection, etc.). And before I step into the source code it would be great if I'd knew the theory behind it. What do I have to know before the source code makes any sense to me? What branches of computer science would be useful? Also, if you name some books or other resources it will make me happy. Thank you. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Failed to run .net 4.0 application with mono 3.2.3 on Mac 10.8.4
WinForms aren't actively developed in Mono anymore... Rafael Teixeira O..:.) On Thu, Sep 19, 2013 at 9:20 AM, Kun Ji jikun@gmail.com wrote: Hi all, I met a crash when trying to start a .net 4.0 application compiled on Windows. The application named PAT and can be download here. When I tried $ mono PAT\ 3.exe it showed the following results: System.ArgumentException: A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (Status status) [0x0] in filename unknown:0 at System.Drawing.Drawing2D.LinearGradientBrush..ctor (Rectangle rect, Color color1, Color color2, LinearGradientMode linearGradientMode) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Drawing.Drawing2D.LinearGradientBrush:.ctor (System.Drawing.Rectangle,System.Drawing.Color,System. Drawing.Color,System.Drawing.Drawing2D.LinearGradientMode) at System.Windows.Forms.ToolStripProfessionalRenderer. OnRenderToolStripPanelBackground (System.Windows.Forms.ToolStripPanelRenderEventArgs e) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripRenderer.DrawToolStripPanelBackground (System.Windows.Forms.ToolStripPanelRenderEventArgs e) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripPanel.OnPaintBackground (System.Windows.Forms.PaintEventArgs e) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WmPaint (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.ContainerControl.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message m) [0x0] in filename unknown:0 at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x0] in filename unknown:0 Unhandled Exception: System.ArgumentException: A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (Status status) [0x0] in filename unknown:0 at System.Drawing.Graphics.GdipMeasureString (IntPtr graphics, System.String text, System.Drawing.Font font, System.Drawing.RectangleF layoutRect, IntPtr stringFormat) [0x0] in filename unknown:0 at System.Drawing.Graphics.MeasureString (System.String text, System.Drawing.Font font, Int32 width, System.Drawing.StringFormat format) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Drawing.Graphics:MeasureString (string,System.Drawing.Font,int,System.Drawing.StringFormat) at System.Windows.Forms.TextRenderer.MeasureTextInternal (IDeviceContext dc, System.String text, System.Drawing.Font font, Size proposedSize, TextFormatFlags flags, Boolean useMeasureString) [0x0] in filename unknown:0 at System.Windows.Forms.TextRenderer.MeasureText (System.String text, System.Drawing.Font font, Size proposedSize, TextFormatFlags flags) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripItem.OnParentChanged (System.Windows.Forms.ToolStrip oldParent, System.Windows.Forms.ToolStrip newParent) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripItem.set_Parent (System.Windows.Forms.ToolStrip value) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem:set_Parent (System.Windows.Forms.ToolStrip) at System.Windows.Forms.ToolStripItemCollection.Remove (System.Windows.Forms.ToolStripItem value) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripItem.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripDropDownItem.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripMenuItem.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.ComponentModel.Component.Finalize () [0x0] in filename unknown:0 Can anyone give some hints on this issue? Thanks very much. -- Best Regards, Ji Kun ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] latest mono from git now builds on the latest cygwin
You can work in the class libraries in Visual Studio or in MonoDevelop, WITHOUT Cygwin, unless you need to change things in the C (native) part of Mono runtime. To test in Mono you can substitute most libraries (those that don't call into native code either as P/Invoke or InternalCall) directly in a binary install. Corlib and System libraries you need to be more careful as they have lot of InternalCalls to the native part of the runtime and mechanism that checks the versioning of both sides to avoid hard crashes on changes, so you need an appropriate version of libmono to match corlib/System sources from git trunk. Rafael Teixeira O..:.) On Tue, Sep 10, 2013 at 12:24 PM, Bryan Crotaz bryan.cro...@silvercurve.co.uk wrote: 2 packages - even better. If I as a developer used the binary package, could I then work on the class libraries from Visual Studio, or would I need to use mono develop within Cygwin? Bryan On 10 September 2013 14:15, Daniel Lo Nigro li...@dan.cx wrote: I meant both a dev package that installs all the stuff required by the Cygwin build, and a binary release package for people that want to use Mono in Cygwin but don't want to have to compile it themselves. On Tue, Sep 10, 2013 at 1:35 AM, Mark Lintner mlint...@sinenomine.netwrote: Are you asking whether mono could be installed as a package in Cygwin? I thought the problem was it was hard to get Cygwin configured. -- *From:* Bryan Crotaz [bryan.cro...@silvercurve.co.uk] *Sent:* Sunday, September 08, 2013 6:31 PM *To:* Daniel Lo Nigro *Cc:* Mark Lintner; mono-devel-list *Subject:* Re: [Mono-dev] latest mono from git now builds on the latest cygwin That way it could be quite minimal with a long list of dependencies. Bryan Crotaz Silver Curve On 9 Sep 2013, at 00:03, Daniel Lo Nigro li...@dan.cx wrote: Could it be packaged as a Cygwin package and hosted on the official Mono site? All the standard Cygwin apps are installed via packages. On Mon, Sep 9, 2013 at 2:30 AM, mlgo mlint...@sinenomine.net wrote: Props and thanks to Zoltan. I successfully build this morning after seeing some new patches just went in. I did a git pull, configure and make. I did not even make clean. It worked with no problem. Well maybe one, it didn't see that I had mono installed already so I had to get monolite and do the bootstrap make. No huge problem. It built and installed perfectly after that. That is just following instructions from github for when you do not have a current mono when installing. I could have my environment messed up now because 3 mono versions actually exist. -- View this message in context: http://mono.1490590.n4.nabble.com/latest-mono-from-git-now-builds-on-the-latest-cygwin-tp4660821.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Bryan Crotaz Managing Director Silver Curve ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] mono from git will not build on cygwin 32
Mark, did you check your path? seems like you something else called make or make.bat in your path before the cygwin installed make and that thing is breaking your cygwin environment... Rafael Teixeira O..:.) On Wed, Sep 4, 2013 at 9:25 PM, mlgo mlint...@sinenomine.net wrote: Did you find the version and location of make? -- *From:* londondev [via Mono] [ml-node+[hidden email]http://user/SendEmail.jtp?type=nodenode=4660776i=0 ] *Sent:* Wednesday, September 04, 2013 6:21 PM *To:* Mark Lintner *Subject:* Re: mono from git will not build on cygwin 32 Einstein@Einstein-PC /mono/git/mono $ make -d V=1 Einstein@Einstein-PC /mono/git/mono $ On 5 September 2013 00:04, mlgo [hidden email]https://connect.emailsrvr.com/owa/UrlBlockedError.aspx wrote: also I think you can try make -d V=1 -- *From:* londondev [via Mono] [ml-node+[hidden email]http://user/SendEmail.jtp?type=nodenode=4660770i=0 ] *Sent:* Wednesday, September 04, 2013 5:58 PM *To:* Mark Lintner *Subject:* Re: mono from git will not build on cygwin 32 Result from ./autogen: Git submodules updated successfully mcs source:mcs Engine: GC:sgen and bundled Boehm GC with typed GC and parallel mark TLS: pthread SIGALTSTACK: no Engine:Building and using the JIT oprofile: no BigArrays: no DTrace:no LLVM Back End: no (dynamically loaded: no) Libraries: .NET 2.0/3.5: yes .NET 4.0: yes .NET 4.5: yes MonoDroid: no MonoTouch: no JNI support: no libgdiplus:assumed to be installed zlib: system zlib Now type `make' to compile Einstein@Einstein-PC /mono/git/mono $ make Einstein@Einstein-PC /mono/git/mono $ Huh?? On 4 September 2013 23:53, Mark Lintner [hidden email]https://connect.emailsrvr.com/owa/UrlBlockedError.aspx wrote: gee, sorry. that should be prefix not profile --prefix=/usr/local I rushed because I had to go somewhere and got sloppy. Let me know if you still have issues. From: [hidden email]https://connect.emailsrvr.com/owa/UrlBlockedError.aspx[[hidden email] https://connect.emailsrvr.com/owa/UrlBlockedError.aspx] on behalf of Robert Jordan [[hidden email]https://connect.emailsrvr.com/owa/UrlBlockedError.aspx] Sent: Wednesday, September 04, 2013 5:47 PM To: [hidden email]https://connect.emailsrvr.com/owa/UrlBlockedError.aspx Subject: Re: [Mono-dev] mono from git will not build on cygwin 32 On 05.09.2013 00:36, Bryan Crotaz wrote: After ./autogen.sh ... I get: Running ./configure --enable-maintainer-mode --enable-compile-warnings --host=i686-pc-mingw32 --profile=/cygdrive/c/mono ... configure: error: unrecognized option: `--profile=/cygdrive/c/mono' Try `./configure --help' for more information Profile? You want `--prefix'. Robert ___ Mono-devel-list mailing list [hidden email] https://connect.emailsrvr.com/owa/UrlBlockedError.aspx http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list [hidden email] https://connect.emailsrvr.com/owa/UrlBlockedError.aspx http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Bryan Crotaz Managing Director Silver Curve ___ Mono-devel-list mailing list [hidden email] https://connect.emailsrvr.com/owa/UrlBlockedError.aspx http://lists.ximian.com/mailman/listinfo/mono-devel-list -- If you reply to this email, your message will be added to the discussion below: http://mono.1490590.n4.nabble.com/mono-from-git-will-not-build-on-cygwin-32-tp4660749p4660766.html To unsubscribe from mono from git will not build on cygwin 32, click here. NAMLhttp://mono.1490590.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: RE: mono from git will not build on cygwin 32http://mono.1490590.n4.nabble.com/mono-from-git-will-not-build-on-cygwin-32-tp4660749p4660770.html Sent from the Mono - Dev mailing list archivehttp://mono.1490590.n4.nabble.com/Mono-Dev-f1517221.htmlat Nabble.com. ___ Mono-devel-list mailing list [hidden email] https://connect.emailsrvr.com/owa/UrlBlockedError.aspx http://lists.ximian.com/mailman/listinfo/mono
Re: [Mono-dev] Building a Mono RPM
It just sounds strange that you are trying to build an RPM package on a system based on DEB packaging, in Ubuntu it would be easier to package a .deb package to target Debian-based distros like Debian/Ubuntu/Mint/etc... or switch to Fedora as your distro for building and packaging if you are targeting the Fedora/Red Hat/Centos/etc... family of distros that use RPM files. You can look at projects of apps that depend on Mono like MonoDevelop( http://monodevelop.com/), Banshee (http://banshee.fm/), F-Spot ( http://f-spot.org/) are packaged for Debian/Ubuntu (not sure they are packaged for Fedora/Red Hat nowadays). Hope it helps, Rafael Teixeira O..:.) On Mon, Aug 26, 2013 at 8:33 PM, Chris Tacke cta...@opennetcf.com wrote: Let me preface this with the fact that I’m pretty new to Linux. ** ** I have pulled the Mono source and successfully built it on 32-bit Ubuntu. I was able to successfully take the binaries generated from a “make install” and copy them to a different Linux distribution and actually run a Mono app on that target. That seems like the wrong way to approach it though. I suspect I should be distributing an RPM file. ** ** So I decided to try to build the RPM file today, and I’m having very little success. The first issue I had was that rpmbuild would give an “Unknown command: recommends” error. So I went into the spec fiel and commented that line out, just to see where it went from there. Now it complains that it can’t find mono-3.3.0-tar.bz2. I can only assume that I need to generate this file, but I’m not sure exactly how. Is there a script that will do it, or do I just tar up the installation? ** ** Is there any documentation on how to build an RPM starting with just a clean OS build, or at least from a system where Mono has been compiled and installed? ** ** -Chris ** ** ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Random mono apache errors
From sources ( https://github.com/mono/mono/blob/master/mcs/class/System.Web.Services/System.Web.Services.Protocols/SoapDocumentationHandler.cs ): if (key == wsdl || key == schema || key == code || key == disco) return; #if NET_2_0 string help = WebServicesSection.Current.WsdlHelpGenerator.Href; string path = Path.GetDirectoryName (ConfigurationManager.OpenMachineConfiguration().FilePath); #else string help = WSConfig.Instance.WsdlHelpPage; string path = Path.GetDirectoryName (WSConfig.Instance.ConfigFilePath); #endif *...* string physPath = Path.Combine (path, help); So probably WebServicesSection.Current.WsdlHelpGenerator.Href is returning null or ConfigurationManager.OpenMachineConfiguration().FilePath is returning null. For the first case, as this is read from current configuration which can be reread from time to time as any part of the configuration chain changes it is possible that either some of those MonoTodos in https://github.com/mono/mono/blob/master/mcs/class/System.Web.Services/System.Web.Services.Configuration/WsdlHelpGeneratorElement.cs?source=cc are making things flaky: [MonoTODO (probably verifies the Href property here, after deserializing?)] protected override void DeserializeElement (XmlReader reader, bool serializeCollectionKey) { base.DeserializeElement (reader, serializeCollectionKey); } [MonoTODO] protected override void Reset (ConfigurationElement parentElement) { base.Reset (parentElement); } or some locking is missing to avoid reading an incomplete current configuration instance... As for the second case after much navigating through sources it comes down to calling an internal call 'string get_machine_config_path ()' which I don't have time now to try to explore... Hope it helps, Rafael Teixeira O..:.) On Wed, Aug 21, 2013 at 8:05 AM, Vladimir Dimitrov vlad.dimit...@gmail.comwrote: Hey guys, I have worked with mono for almost 7 years but I recently got involved in a project that used mono web services and apache together on Linux. The problem is that as the load on the service started to rise we started getting different errors which appear in random intervals. One of the errors is described here: https://bugzilla.novell.com/** show_bug.cgi?id=522631https://bugzilla.novell.com/show_bug.cgi?id=522631(not by me). And attempting to fix it I added some configuration that caused another error to appear once: http://img577.imageshack.us/** img577/4473/44in.png http://img577.imageshack.us/img577/4473/44in.png The only common spot between the errors seem to be the configuration. Looks like at some point it becomes invalid. This sometimes happens after the service gets restarted, but sometimes it happens while the service is running normally. A restart of apache usually fixes the problem. Does anybody else encountered something similar or have an idea what can be the problem? Thanks, Vladimir __**_ Mono-devel-list mailing list Mono-devel-list@lists.ximian.**com Mono-devel-list@lists.ximian.com http://lists.ximian.com/**mailman/listinfo/mono-devel-**listhttp://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] error executing the compiled EXE edited Mono Inside Windows Environment
Probably you didn't install gtk and gtk# on your windows machine, which is a dependency of your application. Exe files aren't self-contained apps, they depend on libraries and those need to either be installed globally in the system (as in this case because the gtk part is mixed native/managed code) or carried alongside the executable (for fully managed OS-independent libraries). Good learning, Rafael Teixeira O..:.) On Wed, Jul 31, 2013 at 2:49 PM, bpescarolli bruno.pescaro...@hotmail.com wrote: I created a HelloWord.exe (application interface gtk 2.0) in Mono within my Lubuntu 13.04 I caught this one Release executable tried run it on a machine with Win XP .. just curious, with. NET installed. and returns an error like Unable to start HelloWord.exe ... how do I create an application within my Lubuntu Mono that runs on both Windows Environments with. NET installed or Linux environments that have the Wine or Mono runtime installed? I have to have installed on my Mono Winforms? makes if yes how? Help me , please! -- View this message in context: http://mono.1490590.n4.nabble.com/error-executing-the-compiled-EXE-edited-Mono-Inside-Windows-Environment-tp4660343.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Entity framework in mono
Seems like the Entity Framework is not properly installed, or is not being referenced (System.Data.Entity.dll). Rafael Teixeira O..:.) On Tue, Jun 4, 2013 at 2:39 AM, Sharique uddin Ahmed Farooqui saf...@gmail.com wrote: Hi, I build pretty basic application using entity framework5 and MVC3 using VS2012 Express, it works well. I open this application on Linux (OpenSuse 12.3, Mono 3.0.7). It gives error /home/sharique/Projects/my projects/dot net/MvcApplication1/MvcApplication1/Controllers/CustomerController.cs(44,44): Error CS0103: The name `EntityState' does not exist in the current context (CS0103) (MvcApplication1) -- Sharique uddin Ahmed Farooqui http://safknw.blogspot.com/ Peace is the Ultimate desire of mankind. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Top again
Hi Greg, Please can you point me back to your bug reports and proposed fix(es), I'll take a look to see if we can find a way to change it to avoid the theoretical deadlock and submit a new patch, as this is also important for my cloud projects. As I need to have tcp servers running on Android devices besides Linux servers do you know if the problem is reproducible there too? Thanks for bringing awareness for the problem, :) Rafael Teixeira O..:.) On Wed, May 29, 2013 at 1:09 PM, Greg Young gregoryyou...@gmail.com wrote: So we have reproduced bugs even with suggestions given (and documented) How do we move forward from this point? We have shown in the past that we don't mind bounties but we are at a point of giving up and saying mono is not acceptable as a server platform. The issues we have will affect anyone who wants to build a tcp server. How can we move forward? We have provided failing cases. We have provided a fix that has a theoretical deadlock (never actually happened in billions of tests). I understand that the core business has moved and tcp servers are not common with mobile devices but really? I would expect this kind of issue to be a top priority. Greg -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Top again
'I love this project, and want to see it succeed in more than just mobile.' Very well said! Rafael Teixeira O..:.) On Wed, May 29, 2013 at 1:52 PM, Jeremiah Gowdy jeremiah.go...@freedomvoice.com wrote: Has Xamarin considered offering professional support plans for the other major consumer of Mono, those of us who want to use C# to develop our service applications but would prefer to host them on Linux for obvious reasons? As a representative of one of the aforementioned companies who is trying to run production services on Mono+Linux, I’m concerned that we’re building a model that’s dependent on a runtime supported by a company which is focused on mobile naturally because that’s where the revenue is. Unfortunately, we have no way to change that. If Xamarin were to offer support for enterprises, perhaps we could become a larger part of the overall revenue stream and our bugs would get better prioritization. I don’t think this would be bad for the project, since the classes our applications rely on are the core classes of .NET. Nothing fancy, just Sockets, Threads, collections, etc. The bugs we’ve experienced are: The Socket.Send and Socket.BeginSend in blocking mode returning without finishing the entire send, which we had to fix in our code by not using async and looping on blocking Send() until the entire send is actually complete. Work that by spec should be done by Send and BeginSend. It works, but it’s Mono-specific and/or Linux-specific hacks that aren’t needed on Windows+CLR. Mono’s BlockingCollectionT performance as a producer consumer queue for a pool of threads is really really bad. As the number of threads waiting on the collection goes up, the thrashing rapidly gets out of control. There is no such issue on Windows+CLR. I ended up copying Mono’s BlockingCollection.cs, copying it into my project as MonoBlockingCollection.cs and rewriting parts of it to make the performance reasonable. We finally changed the design of the service so we could remove the custom class, and it works fine that way, but our goal is to minimize or eliminate any Mono specific changes to our code because we aren’t yet convinced that the project considers service applications a first class consumer of the platform. We have to choose between running Boehm GC and hitting too many roots failures, or running sgen and getting crashes due to bugs. We are constantly testing running our application on different nodes in either mode in the hopes that one will prove more stability than the other. We have also had to modify our code significantly in ways that seem less likely to reproduce either crash. Now we are certainly a fault here too. The send bug is reported in bug 3844, but we don’t have a test case that reproduces it. It’s difficult to reproduce, because it happens under load, in a multithreaded socket server. But it seems like it would be very easy to add a check if we’re in blocking mode and if Send doesn’t honor the spec, loop until we’re done sending so that consumers get expected behavior. I should write that patch and submit it. I’m pretty sure I haven’t written a bug for the BlockingCollectionT performance issue, nor have I submitted my improved version. I’m capable of contributing to Mono, and I should do so since it’s relevant to my interests and business. That being said, giving companies with different business models a way to contribute to the bottom line and thus get more attention for their needs seems like it would help everyone. Considering what Mono saves us on administrative overhead and licensing costs, there’s no reason my business and other businesses wouldn’t consider such a support agreement if it had value. I love this project, and want to see it succeed in more than just mobile. Thanks! From: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Greg Young Sent: Wednesday, May 29, 2013 9:09 AM To: mono-devel-list@lists.ximian.com Subject: [Mono-dev] Top again So we have reproduced bugs even with suggestions given (and documented) How do we move forward from this point? We have shown in the past that we don't mind bounties but we are at a point of giving up and saying mono is not acceptable as a server platform. The issues we have will affect anyone who wants to build a tcp server. How can we move forward? We have provided failing cases. We have provided a fix that has a theoretical deadlock (never actually happened in billions of tests). I understand that the core business has moved and tcp servers are not common with mobile devices but really? I would expect this kind of issue to be a top priority. Greg -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http
Re: [Mono-dev] GSoC 2013
You may try to contact him over twitter: https://twitter.com/mjhutchinson Or chat on IRC Rafael Teixeira O..:.) On Wed, Apr 24, 2013 at 3:15 PM, Shovon Jamali shovonjam...@gmail.com wrote: Hi all, What happend to Michael Hutchinson!! He is the mentor of the project CSS support under Monodevelo/XamrinStudio. I got few mails from him but he hasn't reply from last 2 days!! But i need to know something from him and it's urgent. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSoC 2013 MonoDoc Editor
I don't think WinForms is currently useable in Mono, so for Linux and (presently more important) MacOSX, it would not work. Trying to abstract the toolkit and have different backends would be more effort than GSoC would allow, and put a maintenance burden that would not pay for itself thereafter. The same would come if trying to fix enough of Mono's WinForms implementation inside the scope of this GSoC project. Also GTK# is easier to use than WinForms when targeting localizable UIs, as it has auto-adjustable layouts at its roots. Rafael Teixeira O..:.) On Wed, Apr 24, 2013 at 2:00 AM, Александр Шевченко alexandre.shevche...@gmail.com wrote: Hi all. I am third year undergraduate from Perm State University, Russia and I have a question about MonoDoc Editor project. Is it necessary to use only proposed GUI toolkits for interface implementation? I mean GTK# for Windows and Linux. What about Winforms? Yes, GTK# is faster, but I think speed is not critical in this project. It is unlikely to be a complex and heavy interface. Regards Aleksandr Shevchenko. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Recent Mono Source Releases
I think that as GitHub already provides it on the tags page (https://github.com/mono/mono/tags) it is not needed to do releases at http://download.mono-project.com/sources/mono/. tar.gz for 3.0.9 is at https://github.com/mono/mono/archive/mono-3.0.9.tar.gz for example Hope it helps, Rafael Teixeira O..:.) On Thu, Apr 18, 2013 at 4:54 AM, Chris Ball qha...@gmail.com wrote: Looking at http://download.mono-project.com/sources/mono/ I don't see any 3.0 source releases after 3.0.7. Are there plans to post future source releases here? //Q ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Apply a patch or install unstable version? And which?
Hi APS, I've answered to other question that as GitHub already provides it (compressed exports) on the tags page (https://github.com/mono/mono/tags) it is not needed to do (source) releases at http://download.mono-project.com/sources/mono/.; From there you can see many tags (although some mis-versioning is present). Tags for the 3.0 series (which is installed with Xamarin Studio in MacOSX) are available. For example, the latest seems to be https://github.com/mono/mono/archive/mono-3.10.tar.gz that seems by its date to be the version following 3.0.9. As for stability, I guess that tagged versions should be considered reliable enough, but testing for what you need is the only way to be sure... Hope it helps, Rafael Teixeira O..:.) On Thu, Apr 18, 2013 at 7:39 AM, APS dev.ma...@apsystems.it wrote: You're right, the patch has not been applied yet. I've to apply the patch to my sources. Btw, how mono versions works? The last stable version, according to the website is 2.10.9, every other versions after that is supposed to be unstable, am I right? The last 2.1x version announced is 2.11.4. The 2.12 does not exists, it has been renamed to 3.0? In one of his blog posts Miguel says that the trunk is merged only with working changes, so it should be less unstable than older unstable versions. All these questions fall in the last one, for a production environment is safer to install 2.10.9, the last stable but without recent patches and, from today, with no more support or the 3.0.x, the beta version but fixed and checked? Sorry for these banal questions but I've to plan upgrades and I would like to do the correct thing. At 18:24 17/04/2013, Rafael Teixeira wrote: The bug is not 'Closed', so probably the patch wasn't reviewed and applied to sources, yet. Rafael Teixeira O..:.) On Wed, Apr 17, 2013 at 11:43 AM, APS dev.ma...@apsystems.it wrote: Hi, I have a doubt caused by my ignorance on how mono versions are released. I installed the latest stable release, 2.10.9 from sources and I fell into the bug described here https://bugzilla.xamarin.com/show_bug.cgi?id=3004 I don't know if it's better for me to apply the patch to my code or to install a later version. I saw non-documented versions like 2.11.x, they are unstable? Abandoned? Why they are not listed between the versions under download page? Thanks in advance for yout help. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Recent Mono Source Releases
Hi Chris, There is a target to get monolite in the makefile. Also configure should always be rebuilt to be sure things match the platform you are building into (using autogen.sh), as per the 'Building the software from GIT' part of the readme. Still someone from the core team, may help pointing out other options or new places to find things. Hope it helps, Rafael Teixeira O..:.) On Thu, Apr 18, 2013 at 8:49 AM, Chris Ball qha...@gmail.com wrote: Thanks, Rafael. Unfortunately, the release tars had some nice features (configure was pre-generated, and I believe that monolite was included) that helped simplify my build process. If these are no longer maintained, I'll have to update my build scripts, and I may lose the ability to bootstrap build. Before i go down this path, does anyone know if these are officially deprecated? //Q On 18.04.2013, at 13:24, Rafael Teixeira mono...@gmail.com wrote: I think that as GitHub already provides it on the tags page (https://github.com/mono/mono/tags) it is not needed to do releases at http://download.mono-project.com/sources/mono/. tar.gz for 3.0.9 is at https://github.com/mono/mono/archive/mono-3.0.9.tar.gz for example Hope it helps, Rafael Teixeira O..:.) On Thu, Apr 18, 2013 at 4:54 AM, Chris Ball qha...@gmail.com wrote: Looking at http://download.mono-project.com/sources/mono/ I don't see any 3.0 source releases after 3.0.7. Are there plans to post future source releases here? //Q ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Apply a patch or install unstable version? And which?
The bug is not 'Closed', so probably the patch wasn't reviewed and applied to sources, yet. Rafael Teixeira O..:.) On Wed, Apr 17, 2013 at 11:43 AM, APS dev.ma...@apsystems.it wrote: Hi, I have a doubt caused by my ignorance on how mono versions are released. I installed the latest stable release, 2.10.9 from sources and I fell into the bug described here https://bugzilla.xamarin.com/show_bug.cgi?id=3004 I don't know if it's better for me to apply the patch to my code or to install a later version. I saw non-documented versions like 2.11.x, they are unstable? Abandoned? Why they are not listed between the versions under download page? Thanks in advance for yout help. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSOC Proj: CSS Support, Make ASP.NET Awesome in Xamarin Studio, Color Scheme Editor, Awesome MonoDoc Editor
Most mentors are currently very busy at Xamarin's Evolve event (http://xamarin.com/evolve), so please wait until the middle of week if you want more details than what is available at http://www.mono-project.com/StudentProjects. Have a good GSoC :) Rafael Teixeira O..:.) On Sun, Apr 14, 2013 at 4:24 PM, Diyoda Sajjana diyoda.sajj...@gmail.com wrote: Dear All, I would like to get in contact with these mentors as soon as possible to get on with a project. I was Watching and asking about these projects, I I was unsuccessful in finding any info. Projects: CSS Support, Make ASP.NET Awesome in Xamarin Studio Color Scheme Editor Awesome MonoDoc Editor Project Mentors: Michael Hutchinson Bojan Rajkovic Mike Krüger Larry O'Brien I would like to get a deeper understanding on these projects. :) Hope Someone will give me the answer. Thanks. Diyoda Sajjana Mannapperuma Undergraduate Department of Computer Science and Engineering University of Moratuwa. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] GSOC 13 MonoDevelop / Xamarin Studio: CSS Support
Hi Shovon, The mentors for this project are busy at Xamarin's Evolve event right now. The project is basically to develop an addin for MonoDevelop (in C#) that implement code completion, code folding, syntax highlighting, document outline for CSS files (easier) and embedded snippets (not so easy). Syntax highlighting is very easy to implement, and you can see in many other MonoDevelop addins (most everything in MD is done inside some addin) how to reuse the highlighter with some specific 'map' for CSS. Code folding logic probably is also easy to reuse from other addins, just by defining the the curly braces ('{','}') as the fold borders. Document outline is also easy as standard CSS doesn't allow for nesting. If support for .less or .sass extended CSS syntaxes are to be added then the thing gets more complicated. The hardest feature is code completion not because the logic is specially hard (only need to expand properties names and properties values), but to define what scope of CSS is to be implemented: Will permit user to set a CSS version(level) for the file/project/solution? Which CSS versions will be supported? Only standard properties/values or helping with the use of specific extensions and prefixes for which set of target browsers? A non-mentioned possible feature would be to also add some library of CSS snippets and templates and their expansion mechanism to easy with generating CSS that works/degrades well with many brands and versions of browsers. Hope it helps, Rafael Teixeira O..:.) On Sun, Apr 14, 2013 at 7:31 PM, Shovon Jamali shovonjam...@gmail.com wrote: Hi, I'm from Bangladesh, studying B.Sc in Computer Science and Engineering. I am willing to participate in Google Summer of Code 2013. As I'm familiar with C++, html, CSS, and .net framework, I think this project will suit for me. So, it would be very much helpful if I get some guideline of this project before applying for this project. Thank you. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] NamedPipeServerStream in Mono
There's no native equivalent to Named Pipes in Linux/MacOS, and specially no universally accepted open source implementation of Named Pipes to talk across to Windows Servers, so Mono can't wrap it to offer the functionality. Better to move to TCP and sockets if possible, if not, contributions are welcome. Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Mon, Mar 18, 2013 at 12:29 PM, Vadivelu vadiv...@sdi.la wrote: I am trying to convert C#.Net project into Mono. NamedPipeServerStream NamedPipeClientStream class are not supporting in Mono and throwing Unhandle exception. Could you please help me anyone? *Code: * class Program { static string _PipeName = testPipe; static void Main(string[] args) { ListenForPipeServer(); } static void ListenForPipeServer() { using (NamedPipeServerStream pipeServer = new NamedPipeServerStream( _PipeName, PipeDirection.InOut, 2, PipeTransmissionMode.Message, PipeOptions.None )) { StreamReader sr = new StreamReader(pipeServer); StreamWriter sw = new StreamWriter(pipeServer); do { try { pipeServer.WaitForConnection(); sw.WriteLine(Testing); sw.Flush(); pipeServer.WaitForPipeDrain(); Console.WriteLine(sr.ReadLine()); } catch (Exception) { throw; } finally { pipeServer.WaitForPipeDrain(); if (pipeServer.IsConnected) pipeServer.Disconnect(); } } while (true); } } } * Unhandled Exception: *System.IO.IOException: Error on creating named pipe: error code -1 at System.IO.Pipes.UnixNamedPipe.EnsureTargetFile (System.String name) [0x0001f] in /Users/builder/data/lanes/mono-mac-ui-refresh-2-10/2baeee2f/source/bockbuild/profiles/mono-2-10/build-root/mono-2.10.11/_build/mono-2.10.11.git/mcs/class/System.Core/System.IO.Pipes/PipeUnix.cs:131 at System.IO.Pipes.UnixNamedPipeServer..ctor (System.IO.Pipes.NamedPipeServerStream owner, System.String pipeName, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeAccessRights rights, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, HandleInheritability inheritability) [0x00012] in /Users/builder/data/lanes/mono-mac-ui-refresh-2-10/2baeee2f/source/bockbuild/profiles/mono-2-10/build-root/mono-2.10.11/_build/mono-2.10.11.git/mcs/class/System.Core/System.IO.Pipes/PipeUnix.cs:265 at System.IO.Pipes.NamedPipeServerStream..ctor (System.String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, System.IO.Pipes.PipeSecurity pipeSecurity, HandleInheritability inheritability, PipeAccessRights additionalAccessRights) [0x0004b] in /Users/builder/data/lanes/mono-mac-ui-refresh-2-10/2baeee2f/source/bockbuild/profiles/mono-2-10/build-root/mono-2.10.11/_build/mono-2.10.11.git/mcs/class/System.Core/System.IO.Pipes/NamedPipeServerStream.cs:100 at System.IO.Pipes.NamedPipeServerStream..ctor (System.String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, System.IO.Pipes.PipeSecurity pipeSecurity, HandleInheritability inheritability) [0x0] in :0 at System.IO.Pipes.NamedPipeServerStream..ctor (System.String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize, System.IO.Pipes.PipeSecurity pipeSecurity) [0x0] in :0 at System.IO.Pipes.NamedPipeServerStream..ctor (System.String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options, Int32 inBufferSize, Int32 outBufferSize) [0x0] in :0 at System.IO.Pipes.NamedPipeServerStream..ctor (System.String pipeName, PipeDirection direction, Int32 maxNumberOfServerInstances, PipeTransmissionMode transmissionMode, PipeOptions options) [0x0] in :0 at (wrapper remoting-invoke-with-check) System.IO.Pipes.NamedPipeServerStream:.ctor (string,System.IO.Pipes.PipeDirection,int,System.IO.Pipes.PipeTransmissionMode,System.IO.Pipes.PipeOptions) at
Re: [Mono-dev] Can we run .Net applications that modifies windows registry by using mono on linux ?
Mono has a partial registry implementation that only affects Mono instances, no system-wide visibility, so most changes in settings meaningful in Windows will have no effect whatsoever in the SUSE Linux system. Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Wed, Mar 13, 2013 at 7:02 AM, sagar sab...@gmail.com wrote: Can we run .Net applications that modifies windows registry by using mono from SUSE Linux ? -- View this message in context: http://mono.1490590.n4.nabble.com/Can-we-run-Net-applications-that-modifies-windows-registry-by-using-mono-on-linux-tp4659002.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compiling Mono Source for Visual Studio 2010
Have you run the configuration scripts BEFORE using the VS Solution? Lot's of things are created by the scripts to have the Solution in a workable status... Hope it helps, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Wed, Mar 13, 2013 at 6:07 PM, RevenantBob venos...@hotmail.com wrote: I haven't tested the 3.0.6 Mono compile that I managed to create but I managed to get the compile to work. These files seem to be missing normally and I wanted to know if I skipped some step. msvc\mono.props mono\metadata\sgen-major-copying.c mono\metadata\sgen-pinned-allocator.c The allocator I assumed was deprecated and wasn't updated in the Visual Studio Solution, excluding those two files from build seemed fine. mono.props however, I had to find from another site. I'm wondering if this was intentional? -- View this message in context: http://mono.1490590.n4.nabble.com/Compiling-Mono-Source-for-Visual-Studio-2010-tp4659011.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Object.GetType() is virtual on mono but is not on .NET?
looks like a bug. please report Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Thu, Feb 7, 2013 at 8:16 PM, artyom.sz...@gmail.com artyom.sz...@gmail.com wrote: Hi All, I have a small question to anyone concerned. I'm running the following extremely trivial code: Console.WriteLine (typeof (object).GetMethod (GetType, BindingFlags.Instance|BindingFlags.Public).IsVirtual); On mono (3.0.2 built from sources) the resut is True. On .Net 4.0 (Windows 7) the result is False. (And that's what I originally excepted.) Is it a bug? Should I report it? If so how should I report it? -- Best Regards, Artyom ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Distinction between generic type and instance type
I just think that if you would query such a thing as list all classes with a method that returns an integer, the generic class: public class DoerT { public T Do() {...} } ... shouldn't be listed but this instanced version probably should: public class DoOnInt : Doerint {} Hope it helps, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Wed, Feb 6, 2013 at 1:28 PM, Stuart Golodetz stu...@semmle.com wrote: Hi, As a follow-up to my question about the way in which Mono handles generic types (see Handling of generics by Mono compiler on January 15), please do you know whether the distinction being made by Mono between a generic type and the instance type corresponding to it is only of relevance to the compiler, or does it have real implications for an application-level developer? (This relates to the comment Marek Safar made in the previous thread, namely: Compiled generic types always exist at least as open (generic) types, usually TypeContainer(s) but can at the same time exist as InflatedTypeSpec too when accesses from within the type.) I'm working on a static analysis tool, and it would arguably be quite helpful to blur the distinction between the two for the purposes of writing queries over the source code (i.e. query writers shouldn't necessarily have to know about compiler internals), but I'm loath to make that change if there's a practical difference between the two that's relevant even outside the compiler. I realise it's a bit of a difficult question to answer without the full context, but any thoughts would be extremely welcome. Cheers, Stuart -- View this message in context: http://mono.1490590.n4.nabble.com/Distinction-between-generic-type-and-instance-type-tp4658491.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] system.developmet error
AFAIR, Mono doesn't implement System.Deployment classes Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Fri, Feb 1, 2013 at 3:25 AM, vikas vikaskumar...@gmail.com wrote: i developed an application in visual studio dot net 2010, the application is also working with mono Develop in windows but when i run the same application in ubuntu with mono and monodevlop system.deployment error is coming mono- 2.10.8 for ubuntu monodevelop 3.X regards Vikas -- View this message in context: http://mono.1490590.n4.nabble.com/system-developmet-error-tp4658407.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Dictionary implementation + concurrency
Yes, please. Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Sun, Feb 3, 2013 at 5:15 PM, Greg Young gregoryyou...@gmail.com wrote: The .NET dictionary implementation is thread safe on reads/updates so long as the internal collection does not grow and size is of reference type or smaller. eg: if you set size to 1m items and had 100k with a fill factor that did not cause an internal growth it would be threadsafe. This assurance has been brought over from Hashtable (well documented) and is relatively not well documented but many take a dependency on it. The current mono implementation does not meet this assurance. int cur = table [(hashCode int.MaxValue) % table.Length] - 1; // walk linked list until right slot is found or end is reached while (cur != NO_SLOT) { // The ordering is important for compatibility with MS and strange // Object.Equals () implementations if (linkSlots [cur].HashCode == hashCode hcp.Equals (keySlots [cur], key)) { value = valueSlots [cur]; return true; } cur = linkSlots [cur].Next; } seems fine when accessing. However when adding... // find an empty slot cur = emptySlot; if (cur == NO_SLOT) cur = touchedSlots++; else emptySlot = linkSlots [cur].Next; // store the hash code of the added item, // prepend the added item to its linked list, // update the hash table linkSlots [cur].HashCode = hashCode; linkSlots [cur].Next = table [index] - 1; table [index] = cur + 1; // store item's data keySlots [cur] = key; valueSlots [cur] = value; Can cause null reads of a key as its in linkSlots but the value slot has not yet been updated. Setting keySlots after valueSlots would seem to solve this. Pull request wanted? Cheers, Greg -- Le doute n'est pas une condition agréable, mais la certitude est absurde. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ObservableCollection.Reentrant not marked Serializable. Why?
No need for the report, already fixed at https://github.com/mono/mono/blob/master/mcs/class/System/System.Collections.ObjectModel/ObservableCollection.csline 42. Will be coming in the next release. Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Thu, Jan 31, 2013 at 2:16 PM, shmuelie shmueli.yo...@englard.net wrote: So should I file a bug report? (don't want to create an unnecessary report) -- View this message in context: http://mono.1490590.n4.nabble.com/ObservableCollection-Reentrant-not-marked-Serializable-Why-tp4658368p4658387.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ObservableCollection.Reentrant not marked Serializable. Why?
Yes, I think it was an oversight. Please file a bug report with the one-liner fix embed. The fix is so trivial that unless you've already forked mono on github it would be a waste of time to try to send a pull request of this. Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Thu, Jan 31, 2013 at 5:01 AM, shmuelie shmueli.yo...@englard.net wrote: The class ObservableCollection.Reentrant is not marked as Serializable which causes ObservableCollection to fail binary serialization. Is there any reason it cannot be made serializable? -- View this message in context: http://mono.1490590.n4.nabble.com/ObservableCollection-Reentrant-not-marked-Serializable-Why-tp4658368.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] PowerShell 3.0 on Mono
Impressive achievement... But what about licensing? And about compatibility with Nuget? Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Tue, Jan 29, 2013 at 7:51 PM, Bruno Lauzé brunola...@msn.com wrote: Hi, I want to share with you the complete PowerShell 3.0 recompiled for Mono. Code base: https://github.com/brunolauze/pash Screenshots : http://sdrv.ms/WYQaPX Here's what the project includes so far: PowerShell console driven by a modified getline.cs PowerShell Language, DLR Language Microsoft codebase with replacement for all non managed code and Mono accommodation Unix File System Handling Support Implementation of ps/top/uname for required values PowerShell Module Management PowerShell Help Infrastructure WSMan implemented by Codeplex's WSMan.NET (Remote PowerShell execution) WSManSvc.exe Mono ServiceProcess Implementation of System.Diagnostics.Eventing ActiveDirectory PowerShell Module with a dozen of working cmdlets (modified version of Novell implementation to support byte[] and long properties) CimCmdlets with a rewritten System.Management which implements couple of classes of Win32_ renamed to UNIX_ IShell32 implementation for OSX prefPane applications for Control Panel-like handling which allows to open prefPane from PowerShell Modified System.ServiceProcess to list launchd services under OSX. PowerShell Web Access through WSMan PowerShell OData Provider (can attach netflix as a drive for example) PowerShell OData WCF Service PowerShell Sqlite Provider Modified Codeplex's Pscx (Community PowerShell Extensions) Let's see if anyone is interested contributing to it. What's missing: Invoke-Method for System.Management via WSMan Windows Azure PowerShell Cmdlets and much more... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Invoking unmanaged code without marshaling
I would not go that route. Have you tried to pin the arrays in managed code and marshalling just the pointers, using unsafe C# code obviously? It would do what you want, avoid copying, but with no need to do hard to maintain hacks... ;-) Have fun, Em 02/12/2012 18:12, Marcelo Zabani mzab...@gmail.com escreveu: Hi everyone, I've been trying to find a way to invoke unmanaged code without any marshaling, i.e. by making my unmanaged functions receive Mono's objects (or their addresses). I've read the Embedding Mono page (a very good one at that) and found that if I embed Mono in my application, I could call mono_add_internal_call on my unmanaged functions and mark my C# methods with [MethodImplAttribute(MethodImplOptions.InternalCall)]; there is a catch in my case, however. I am not trying to embed Mono in my application, I'm trying to avoid marshaling from my standard .NET app to my C API calls since my C functions deal with large byte arrays all the time, and this implies a significant overhead in allocating and copying them. I would much rather try pinning the arrays and accessing the underlying C-like array directly in some cases (is this possible and is this in Mono's public API?). For this reason, I can only run mono_add_internal_call after my managed code has already executed, and apparently because of this I'm getting Unhandled Exception: System.MissingMethodException: Cannot find the requested method. Is there anyway to achieve what I want? This is my first time with Mono's internals and I'm only beginning with Interop, so please excuse any stupidities I may be doing. -- Marcelo Zabani ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono fails (randomly?) with this error message
From the error messages, seems like you are running mod_mono with the wrong profile of mono (targetFramework is a 4.0 thing). In the .NET world it is normally a problem with configuring properly the Application_Pool for the right profile (see top answer for http://stackoverflow.com/questions/7530725/unrecognized-attribute-targetframework-note-that-attribute-names-are-case-sen). In Mono land I don't know for sure, and can't digg it just now on the sources at github, but it seems you need to use the right mod_mono: there's a xsp4 standalone server, so probably there's some thing like a mod_mono4, or some command line or configuration parameter to choose the right profile. Hope it helps, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Sun, Nov 25, 2012 at 3:34 PM, Frank Cohen frankensp...@gmail.com wrote: I am running Mono 2.10.9 under mod_mono/cent os. I am getting this error, seemingly at random. When I restart Apache, the error goes away. Should I upgrade to another version of Mono? I upgraded to 2.10.9 because I was having issues with a previous stable release, this issue only appeared since the update to 2.10.9. Error below, - Frank System.Configuration.ConfigurationErrorsException: Unrecognized attribute 'targetFramework'. (/var/www/vhosts/site//httpdocs/Web.config line 1) at System.Configuration.ConfigurationElement.DeserializeElement (System.Xml.XmlReader reader, Boolean serializeCollectionKey) [0x0046d] in /root/mono-2.10.9/mcs/class/System.Configuration/System.Configuration/ConfigurationElement.cs:408 at System.Configuration.ConfigurationSection.DoDeserializeSection (System.Xml.XmlReader reader) [0x000d7] in /root/mono-2.10.9/mcs/class/System.Configuration/System.Configuration/ConfigurationSection.cs:183 at System.Configuration.ConfigurationSection.DeserializeSection (System.Xml.XmlReader reader) [0x0] in /root/mono-2.10.9/mcs/class/System.Configuration/System.Configuration/ConfigurationSection.cs:189 at System.Configuration.Configuration.GetSectionInstance (System.Configuration.SectionInfo config, Boolean createDefaultInstance) [0x000e3] in /root/mono-2.10.9/mcs/class/System.Configuration/System.Configuration/Configuration.cs:305 at System.Configuration.ConfigurationSectionCollection.get_Item (System.String name) [0x00032] in /root/mono-2.10.9/mcs/class/System.Configuration/System.Configuration/ConfigurationSectionCollection.cs:68 at System.Configuration.Configuration.GetSection (System.String path) [0x0006a] in /root/mono-2.10.9/mcs/class/System.Configuration/System.Configuration/Configuration.cs:261 at System.Web.Configuration.WebConfigurationManager.GetSection (System.String sectionName, System.String path, System.Web.HttpContext context) [0x001d4] in /root/mono-2.10.9/mcs/class/System.Web/System.Web.Configuration_2.0/WebConfigurationManager.cs:503 at System.Web.Configuration.WebConfigurationManager.GetSection (System.String sectionName, System.String path) [0x0] in /root/mono-2.10.9/mcs/class/System.Web/System.Web.Configuration_2.0/WebConfigurationManager.cs:418 at System.Web.Configuration.WebConfigurationManager.GetWebApplicationSection (System.String sectionName) [0x0002c] in /root/mono-2.10.9/mcs/class/System.Web/System.Web.Configuration_2.0/WebConfigurationManager.cs:670 at System.Web.Compilation.AppCodeAssembly.Build (System.String[] binAssemblies) [0x0011f] in /root/mono-2.10.9/mcs/class/System.Web/System.Web.Compilation/AppCodeCompiler.cs:203 at System.Web.Compilation.AppCodeCompiler.Compile () [0x000bb] in /root/mono-2.10.9/mcs/class/System.Web/System.Web.Compilation/AppCodeCompiler.cs:666 at System.Web.HttpApplicationFactory.InitType (System.Web.HttpContext context) [0x00078] in /root/mono-2.10.9/mcs/class/System.Web/System.Web/HttpApplicationFactory.cs:422 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] pb with character with accent
Probably the source you are compiling is not in UTF-8 encoding and the compiler is instructed to compile with that encoding by default. Select the correct encoding to use with your sources, normally one of the Windows encodings, not near an MonoDevelop to help with the specifics. Hope it helps, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Mon, Nov 19, 2012 at 11:04 AM, BRI67 bernard.richer...@wanadoo.frwrote: I use MonoDevelop 3.0.5 under mac OS X Lion and when i build a solution (it come from Visual Studio write in C≠) i obtain many errors message unexpected Character is the trial version that did not accept the Character with accent or other ? Thanks -- View this message in context: http://mono.1490590.n4.nabble.com/pb-with-character-with-accent-tp4657448.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ASP.NET Web API on Mono 3.0 (Could not load type 'System.Web.Http.WebHost.HttpControllerHandler')
Nope, Mono 3.0 doesn't contain the method GetBufferlessInputStream in the class System.Web.HttpRequest, see: https://github.com/mono/mono/blob/master/mcs/class/System.Web/System.Web/HttpRequest.cs This method was introduced in .NET 4.0 and is not to yet implemented in Mono. Please open an issue for it, a patch/pull request to solve the issue would be a very welcome addition. Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Thu, Oct 25, 2012 at 12:51 AM, Daniel Lo Nigro li...@dan.cx wrote: Thanks for your reply. I found that my app is referencing version 2.0.0.0 of System.Net.Http.dll, probably because I'm only using .NET Framework 4.0 (not 4.5) on my Windows machine. I created an assembly binding in my Web.config to redirect to the newer version: dependentAssembly assemblyIdentity name=System.Net.Http publicKeyToken=b03f5f7f11d50a3a / bindingRedirect oldVersion=2.0.0.0 newVersion=4.0.0.0 / /dependentAssembly I'll raise a bug for the missing IHostBufferPolicySelector interface. I tried working around this by uploading a copy of the Microsoft build of System.Net.Http.dll 4.0.0.0. This got the basic site working (the Welcome to ASP.NET Web API page in the default template), but I'm getting this error whenever I try to use a WebAPI controller: Missing method System.Web.HttpRequest::GetBufferlessInputStream() in assembly /opt/mono-3.0.0/lib/mono/gac/System.Web/4.0.0.0__b03f5f7f11d50a3a/System.Web.dll, referenced in assembly /tmp/root-temp-aspnet-0/2956977a/assembly/shadow/5cf10065/cf4140da_93b040bf_0001/System.Web.Http.WebHost.dll This is confusing, as Mono's status page shows this method as implemented: http://go-mono.com/status/status.aspx?reference=4.0profile=4.5assembly=System.Web. However, I opened Mono's System.Web.dll in a decompiler and can see that GetBufferlessInputSteam() is missing. On Wed, Oct 24, 2012 at 10:35 PM, Rafael Teixeira mono...@gmail.comwrote: Hi Daniel, Well at https://github.com/mono/mono/blob/master/mcs/class/System.Net.Http/System.Net.Http/HttpMessageInvoker.cs one can see that such class is part of Mono and stable for at least 5 months, so it surely should be found in Mono 3.0 but from your log it seems that your server is loading a copy found on your bin directory, that may be outdated... *Mono: Assembly Loader probing location: '/var/www/WebApiTest/bin/System.Net.Http.dll'. Mono: Assembly Loader shadow-copied assembly to: '/tmp/root-temp-aspnet-0/2956977a/assembly/shadow/ebec392e/785c7991_93b040bf_0001/System.Net.Http.dll'. * So please get rid of your copy of System.Net.Http.dll, and it should work. In the other hand surely IHostBufferPolicySelector is missing from https://github.com/mono/mono/blob/master/mcs/class/System.Web.Http/System.Web.Http.dll.sources. Maybe this is newer than the open sourced files from Microsoft being used in that part of Mono. Please open an issue for this second problem, probably the aspnetstack needs to be refreshed, although this may appear only in the 4.5 profile, I'm not sure what are the .NET platform requirements for ASP.NET Web API. Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Wed, Oct 24, 2012 at 2:03 AM, Daniel Lo Nigro li...@dan.cx wrote: Just rediscovered the MONO_LOG_LEVEL=debug environment variable. Here's the log from my app: http://sprunge.us/eXOV. I think these might be related, but of course I could be totally wrong: Mono: The class System.Web.Http.Hosting.IHostBufferPolicySelector could not be loaded, used in System.Web.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 Mono: The class System.Net.Http.HttpMessageInvoker could not be loaded, used in System.Net.Http, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a Thoughts? On Wed, Oct 24, 2012 at 2:23 PM, Daniel Lo Nigro li...@dan.cx wrote: I'm trying to get ASP.NET WebApi working on Mono 3.0, and am getting the following error: System.TypeLoadException: Could not load type 'System.Web.Http.WebHost.HttpControllerHandler' from assembly 'System.Web.Http.WebHost, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'. at (wrapper managed-to-native) System.Type:type_is_assignable_from (System.Type,System.Type) at System.Type.IsAssignableFrom (System.Type c) [0x00096] in /usr/local/src/mono-3.0.0/mcs/class/corlib/System/Type.cs:902 at System.Web.Mvc.AreaRegistration.IsAreaRegistrationType (System.Type type) [0x0
Re: [Mono-dev] ASP.NET Web API on Mono 3.0 (Could not load type 'System.Web.Http.WebHost.HttpControllerHandler')
Hi Daniel, Well at https://github.com/mono/mono/blob/master/mcs/class/System.Net.Http/System.Net.Http/HttpMessageInvoker.cs one can see that such class is part of Mono and stable for at least 5 months, so it surely should be found in Mono 3.0 but from your log it seems that your server is loading a copy found on your bin directory, that may be outdated... *Mono: Assembly Loader probing location: '/var/www/WebApiTest/bin/System.Net.Http.dll'. Mono: Assembly Loader shadow-copied assembly to: '/tmp/root-temp-aspnet-0/2956977a/assembly/shadow/ebec392e/785c7991_93b040bf_0001/System.Net.Http.dll'. * So please get rid of your copy of System.Net.Http.dll, and it should work. In the other hand surely IHostBufferPolicySelector is missing from https://github.com/mono/mono/blob/master/mcs/class/System.Web.Http/System.Web.Http.dll.sources. Maybe this is newer than the open sourced files from Microsoft being used in that part of Mono. Please open an issue for this second problem, probably the aspnetstack needs to be refreshed, although this may appear only in the 4.5 profile, I'm not sure what are the .NET platform requirements for ASP.NET Web API. Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Wed, Oct 24, 2012 at 2:03 AM, Daniel Lo Nigro li...@dan.cx wrote: Just rediscovered the MONO_LOG_LEVEL=debug environment variable. Here's the log from my app: http://sprunge.us/eXOV. I think these might be related, but of course I could be totally wrong: Mono: The class System.Web.Http.Hosting.IHostBufferPolicySelector could not be loaded, used in System.Web.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 Mono: The class System.Net.Http.HttpMessageInvoker could not be loaded, used in System.Net.Http, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a Thoughts? On Wed, Oct 24, 2012 at 2:23 PM, Daniel Lo Nigro li...@dan.cx wrote: I'm trying to get ASP.NET WebApi working on Mono 3.0, and am getting the following error: System.TypeLoadException: Could not load type 'System.Web.Http.WebHost.HttpControllerHandler' from assembly 'System.Web.Http.WebHost, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35'. at (wrapper managed-to-native) System.Type:type_is_assignable_from (System.Type,System.Type) at System.Type.IsAssignableFrom (System.Type c) [0x00096] in /usr/local/src/mono-3.0.0/mcs/class/corlib/System/Type.cs:902 at System.Web.Mvc.AreaRegistration.IsAreaRegistrationType (System.Type type) [0x0] in filename unknown:0 at System.Web.Mvc.TypeCacheUtil+c__DisplayClass1.FilterTypesInAssembliesb__0 (System.Type type) [0x0] in filename unknown:0 at System.Linq.Enumerable+CreateWhereIteratorc__Iterator35`1[System.Type].MoveNext () [0x00059] in /usr/local/src/mono-3.0.0/mcs/class/System.Core/System.Linq/Enumerable.cs:3030 at System.Collections.Generic.List`1[System.Type].AddEnumerable (IEnumerable`1 enumerable) [0x00013] in /usr/local/src/mono-3.0.0/mcs/class/corlib/System.Collections.Generic/List.cs:134 at System.Collections.Generic.List`1[System.Type]..ctor (IEnumerable`1 collection) [0x0002f] in /usr/local/src/mono-3.0.0/mcs/class/corlib/System.Collections.Generic/List.cs:69 at System.Linq.Enumerable.ToList[Type] (IEnumerable`1 source) [0x6] in /usr/local/src/mono-3.0.0/mcs/class/System.Core/System.Linq/Enumerable.cs:2867 at System.Web.Mvc.TypeCacheUtil.GetFilteredTypesFromAssemblies (System.String cacheName, System.Predicate`1 predicate, IBuildManager buildManager) [0x0] in filename unknown:0 at System.Web.Mvc.AreaRegistration.RegisterAllAreas (System.Web.Routing.RouteCollection routes, IBuildManager buildManager, System.Object state) [0x0] in filename unknown:0 at System.Web.Mvc.AreaRegistration.RegisterAllAreas (System.Object state) [0x0] in filename unknown:0 at System.Web.Mvc.AreaRegistration.RegisterAllAreas () [0x0] in filename unknown:0 at Daniel15.WebApiTest.WebApiApplication.Application_Start () [0x0] in filename unknown:0 at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (System.Reflection.MonoMethod,object,object[],System.Exception) at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x000d5] in /usr/local/src/mono-3.0.0/mcs/class/corlib/System.Reflection/MonoMethod.cs:229 Followed by this error: System.TypeLoadException: A type load exception has occurred. Description: HTTP 500.Error processing request. Details: Non-web exception. Exception origin (name of application or object): Daniel15.WebApiTest. Are there additional debug flags I can use to determine
Re: [Mono-dev] mysql connector error
Seems like a problem with the supported character sets in Mono (some are only available if your install additional packages), or with the list of aliases for the encodings, (utf_8 and UTF-8 should be the same, for example). For some details on I18N for Mono see: https://github.com/mono/mono/tree/master/mcs/class/I18N Looking the source https://github.com/mono/mono/blob/master/mcs/class/corlib/System.Text/Encoding.cs starting at line 584, you can see the base aliases supported ('utf8' without the dash is not supportted, for example, but 'latin1' should work). Please open an issue asking for the aliases that you know work with .NET (in which version?), and another asking for addition of the latin5 encoding if it is not supported in the extension I18N libraries. Pull requests with source changes to implement what is lacking are very welcome!!! For now if you want Turkish 'latin5', add the MidEast I18N extension lib, and ask for encoding 'iso-8859-9'. Have fun, eğlenmek Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Mon, Oct 15, 2012 at 3:09 AM, Fatih Soydan [Personal] fatihsoy...@fatihsoydan.com wrote: ** System.ArgumentException: Encoding name 'latin5' not supported Parameter name: name at System.Text.Encoding.GetEncoding (System.String name) [0x0] in filename unknown:0 _ ***From:* Fatih Soydan [Personal] [mailto:fatihsoy...@fatihsoydan.comfatihsoy...@fatihsoydan.com ] ***Sent:* Monday, October 15, 2012 8:53 AM ***To:* mono-devel-list@lists.ximian.com ***Subject:* mysql connector error Hi; I want to connect a mysql db from mono Project with mysql connector. When i use Windows and .net framework 4, everthing is ok. But when i use mono, i have a problem. When i use this connection string : Server=10.1.60.2;Database=adb;Uid=root;Pwd=apass;Allow Zero Datetime=true;Character Set=*latin5*; Server said that : Encoding name 'latin5' not supported Parameter name: name But problem is not limited about latin5, same issue on utf8, latin1 … If i select a wrong character set, it's working like this : Server=10.1.60.2;Database=ark_ adb;Uid=root;Pwd= apass;Allow Zero Datetime=true;Character Set=*ThereIsAProblem*; I am very confused … Please help … ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Open source CMS running on mono?
Xamarin site seems not to be done with a CMS but custom built with Rails or, perhaps, with something like Jackson Harper's Manos de Mono (less probable). Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Tue, Jun 19, 2012 at 11:18 AM, Vladimir Dimitrov vlad.dimit...@gmail.com wrote: Hi everyone, ** ** Did someone had any luck with running and using some of the ASP.NET based open source CMS systems out there? It turns out that many require some parts of mono or are too platform dependent to work on mono/linux. My findings so far are: ** ** **1. **Umbraco – my closest match for the needs. Very clean, MIT licensed, almost any structure can be done with it. Works with MySQL and can scale on multiple machine in the future (not absolutely needed at the moment). All the attempts to run it so far looks failing as it requires MVC3 and other parts that are missing ( http://our.umbraco.org/m?mode=topicid=21337) **2. **mojoPortal – it is a little different than a pure CMS (more portal oriented) and at first glance it will not allow directly putting a page created by a designer to be placed directly, but rather adapted to the design style of this system (panel layouts, etc.) **3. **kooboo – looks promising. Did not take a very deep look, but it looks to be storing all the configuration locally in xml files which kind of sucks if we try to run the site on a cluster at some later point. They state that mono is supported. **4. **Cuyahoga – they say they support mono, but the project looks dead as the latest news on the site are from February 2011. **5. **Sunset – seems professionally built and used by big companies + supports mono, but non-free… ** ** Does someone have tested any of these or have success/fail stories about them? I wonder what the Xamarin web site uses and if it is on Linux J ** ** Best regards, Vladimir ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] I'm probably extending the delay on my pull request by doing this, but..
You should not fork a repo many times (it is too expensive and cumbersome), just create local branches, and pull from each one separately to the remote repo. Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Tue, Jun 5, 2012 at 1:32 PM, Rob Wilkens robwilk...@gmail.com wrote: Help! I followed the directions in the webpage to create another fork of the main mono branch, and it seemed to work -- but from what i can tell i won't be able to do a pull request in the end... Should i just submit future patches from this fork in the mailing list? -Rob On 06/05/2012 11:27 AM, Rob Wilkens wrote: On 06/05/2012 07:34 AM, Andres G. Aragoneses wrote: On 05/06/12 02:26, Rob Wilkens wrote: I submitted two unrelated fixes on the same pull request today which had other fixes queued. I know that makes it more complicated to pull in the changes if they're determined to be acceptable in the end To prevent this, I recommend that you create a branch for each bug or feature you're working on. This way each of your pull requests can be based on a different branch and then you manage to achieve separation of concerns cleanly. I'm trying that now using this documentation: http://alt.adrianshort.co.uk/blog/2011/11/08/create-multiple-forks-of-a-github-repo/ Hopefully that's all i need to do this, because github wouldn't let me refork the original without my changes. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono runtime on ARM920t with many assertions
Apparently some natives hashtables are receiving null hashs in the runtime. Probably you need to follow the calls to find why the callers are passing those nulls, it may be that some native library (dependency) in your environment isn't returning what is expected to the callers. Good hunt, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Fri, Jun 1, 2012 at 7:29 AM, Dennis Krzyzaniak d...@conworx.com wrote: Hi all, ** ** I am trying to get Mono running on a spider III device including an ARM920t processor with Linux as OS. ** ** /host $ uname -a Linux Spider-III 2.6.17.3-axo-s07.2 #1425 Fri Jul 25 10:59:30 CEST 2008 armv4tl unknown ** ** When I try to invoke a simple hello_world.exe I get 399 assertions in eglib (always the same asserts): ** ** /host $ ./mono hello_world.exe ../../../../eglib/src/ghashtable.c:293: assertion 'hash != NULL' failed*** * ../../../../eglib/src/ghashtable.c:236: assertion 'hash != NULL' failed*** * ../../../../eglib/src/ghashtable.c:293: assertion 'hash != NULL' failed*** * ../../../../eglib/src/ghashtable.c:236: assertion 'hash != NULL' failed*** * … ** ** The ‘Hello World’ is also displayed: ../../../../eglib/src/ghashtable.c:293: assertion 'hash != NULL' failed*** * ../../../../eglib/src/ghashtable.c:236: assertion 'hash != NULL' failed*** * Hello World../../../../eglib/src/ghashtable.c:293: assertion 'hash != NULL' failed … ** ** The hello world code: using System; namespace foobar { public class foo { public static void Main(string[] args) { Console.WriteLine(Hello World); } } } ** ** I am absolutely new to Mono and completely lost with this behavior. Maybe someone knows the reason or can point me to a direction to find the issue? I attached a trace (./mono –trace hello_world.exe), maybe this helps? The trace is cut to fit into this mail, please let me know if a full trace is needed. ** ** I am using the debian source package of Mono 2_10_8.1-1 because in the official release a unittest fails. To get Mono build with the ‘old’ ARM toolchain provided by the vendor I made a few changes in the project please see below. I am calling configure with the following parameters: configure --build=i686-pc-linux-gnu --host=arm-axotec-linux-gnu LD=arm-axotec-linux-gnu-ld OBJDUMP=arm-axotec-linux-gnu-objdump --prefix=/host --disable-mcs-build --srcdir=../.. ** ** configure.in: + +dnl +dnl BEGIN Conworx Spider III ARMv4t settings +dnl there are already arm-*-linux* settings below but the place is to late, checks which +dnl tested before fails. So I added my specific stuff here without changing the old +dnl settings. +dnl +if test x$host = xarm-axotec-linux-gnu; then +dnl looks like this are all needed settings, the rest is redundant. + TARGET=ARM; + cross_compiling=yes + dnl which defines are needed? just copied some + dnl CPPFLAGS=$CPPFLAGS -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DARM_FPU_NONE -D__ARM_EABI__ + CPPFLAGS=$CPPFLAGS -D_GNU_SOURCE -D_REENTRANT -DARM_FPU_NONE -mcpu=arm920t -D__ARM_ARCH_4__ + CPPFLAGS=$CPPFLAGS -DNO_THUMB2_INSTRUCTIONS + arch_target=arm; + ACCESS_UNALIGNED=no + JIT_SUPPORTED=yes + jit_wanted=true + sgen_supported=true + dnl Can't use tls, since it depends on the runtime detection of tls offsets + dnl in mono-compiler.h + libgc_threads=pthreads + with_tls=pthread + use_sigposix=yes + dnl Enable support for using sigaltstack for SIGSEGV and + dnl stack overflow handling (TODO not sure if it works on my arm) + with_sigaltstack=no + dnl to bypass the underscore linker check, can't work when cross-compiling + mono_cv_uscore=yes + dnl support ahead of time compilation + AOT_SUPPORTED=yes + libdl=-ldl + dnl I need some define to enable my hacks oO + AC_DEFINE(PLATFORM_AXOTEC_LINUX,1,[Targeting axotec linux on arm920t])* *** +fi + ** ** +# Added LT_OUTPUT to generate libtool script by config.lt before calling it. +LT_OUTPUT export_ldflags=`(./libtool --config; echo eval echo \\$export_dynamic_flag_spec) | sh` AC_SUBST(export_ldflags) ** ** +dnl the check for cross compiling is included in the mono release but removed +dnl in the debian source package because for the debian distribution no cross +dnl compiling is used. +if test ${TARGET} = ARM test x$cross_compiling = xno; then dnl
Re: [Mono-dev] Image.PropertyItems empty with mono
lbigdiplus, reads exif data for jpeg files, if it was compiled to use libexif, as this extract from jpegcodec.c shows: #ifdef HAVE_LIBEXIF if (st == Ok){ dstream_get_exif_buffer (loader, ptr, length); load_exif_data (exif_data_new_from_data (ptr, length), *image); } #endif I'm not sure if Mono is compiled for MacOSX with the libexif dependency, which may be the cause of your problem. From libexif project page, seems that MacOSX doesn't provide libexif, per se, you need to use Fink, or some other tool to add it manually, so... A custom build of libgdiplus with libexif may solve your problem, but I would rather explore some alternatives that may even avoid having to load the full image in memory just to get the exif data, see: http://stackoverflow.com/questions/42017/what-is-the-best-exif-library-for-net http://stackoverflow.com/questions/58649/how-to-get-the-exif-data-from-a-file-using-c-sharp Hope it helps, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Mon, May 21, 2012 at 4:24 PM, ChristianManthey i...@manthey-it.dewrote: No, unfortunatly i did not find a solution so far and also did not get any response on how this could be solved. If you have an idea, please share it. Christian -- View this message in context: http://mono.1490590.n4.nabble.com/Image-PropertyItems-empty-with-mono-tp4397247p4648691.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Building a code optimizer for mono
You can publish it at GitHub, under a reasonable OSS license, and announce it here so that we can see if it should be kept as a separate tool, or be added to gmcs, as an optional step. Thanks for working on such project, Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Sat, Apr 14, 2012 at 3:16 PM, Preeti Murthy preeti.mur...@gmail.comwrote: Hi everyone We are a group of undergraduate engineering students from National Institute of Technology, Karnataka, India. We were interested in the project 'Code optimization using Cecil' which is one of the projects under contributing to mono tools. Over a period of a few months, we have built a code optimizer, which does loop unrolling and loop fusion on specific kind of loops, by modifying the CIL of the CSharp program compiled by the GMCS compiler, before handing it over to the JIT compiler. We observed that such a code optimizer does show improved performance of the JIT compiler.We have documented our work done on the code optimizer. We were wondering how our work can be reviewed for its usefulness by the mono development community. Regards ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DllImport(__Internal) and libMonoPosixHelper static build
AFAIK, the DLLImport binding depend on loading information of dynamic libraries, if you want to call something statically linked in the runtime you'll need to move to using internal calls, but that means an extensive rewrite of the the affected libraries both managed and native as the protocol doesn't include automatic marshaling of managed types, and correct versioning is a must to avoid crashes on incompatible ABIs. Another possibility is to change the dynamic libraries binding mechanism to search for statically linked symbols, not sure how complex this would be. The best alternative is to fix the loader and keep the .so files around. Just my two cents, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Thu, Apr 12, 2012 at 4:43 AM, ralphbariz ralph.ba...@gmail.com wrote: Hi, I'm trying to compile a static one binary mono(Because the target system has an incompatible loader). First I got mono to build statically, but without libMonoPosixHelper in the archive. After a few tries, I got also this, changed all DllImport(MPH) calls in Mono.Posix.dll to DllImport(__Internal), it still gives me a TypeInitializationexception when I try to access the stat symbol of the libMonoPosixHelper. With objdump I looked inside, the symbols of libMonoPosixHelper are all inside the archive, so what am I doing wrong? The script used to build: http://pastebin.com/t7dqdBYn Regards Ralph -- View this message in context: http://mono.1490590.n4.nabble.com/DllImport-Internal-and-libMonoPosixHelper-static-build-tp4551182p4551182.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] System.Collections not found on my system
Hi Stephen, System.Collections is a namespace with most classes belonging to it residing in the System.dll assembly. You need to reference the assembly (this one in particular is automatically referenced by MonoDevelop on new projects), and then in the source you need to bring the namespace in scope with the using clause or reference the class by it's fully qualified name: --- using System.Collections ... ArrayList list = new ArrayList(); --- or --- System.Collections.ArrayList list = new System.Collections.ArrayList(); --- Namespaces in .NET are akin to packages in Java, but are more flexible. It baffles many programmers coming from languages with a single, global, name space, or those that doesn't yet know that one must lookup documentation specific for each class to find in which namespace it resides in logical terms (to add the proper 'using' clause or full qualification) AND in which assembly (library/executable) it's implementation physically resides to tell the compiler to reference it (there's a dialog devoted to manage the list of such references for each project). This is a very common question... :) Hope it helps, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Thu, Mar 22, 2012 at 7:07 AM, Stephen2 stephen.t.pitt...@gmail.comwrote: Hi all, newbie here! Using Archlinux, mono-2.10.8-1, monodevelop 2.8.6.5-2 I don't seem to have System.Collections available to me! find /usr/lib/mono | grep Collection returns nothing :( Can anyone help me get this going? I've googled for a long while. -- View this message in context: http://mono.1490590.n4.nabble.com/System-Collections-not-found-on-my-system-tp4495070p4495070.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Environment.GetEnvironmentVariable() not working in Linux ASP.NET app
Remember that Environment Variables are set per-process and inherited by copying by child processes, so are you sure they were set before the web server hosting your asp.net was started? If you change afterwards it won't propagate to the service/daemon process... Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Thu, Nov 3, 2011 at 10:51 AM, H . test051...@hotmail.com wrote: Environment.GetEnvironmentVariable(no_proxy) not working in Linux ASP.NET app After configuring proxies in Ubuntu, the environment variable no_proxy contains the list of proxies to bypass. Using Environment.GetEnvironmentVariable(no_proxy) we can retrieve the content of this environment variable as a string. This is working fine in standard C# applications. However, when calling Environment.GetEnvironmentVariable(no_proxy) within an ASP.NET application, the return value is always null. As a result, the current proxy support in Mono fails to establish the list of proxies to bypass. I am wondering how Environment.GetEnvironmentVariable() is working behind the scenes. I guess the reason why it fails in ASP.NET is related to some kind of a permission issue. Does anybody know more about the implementation details of Environment.GetEnvironmentVariable() in Mono? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono and MySql.Data problem - System.Transactions
Did you pass your app in MoMA? I'm quite sure System.Transactions is incomplete in Mono, so probably you're bumping on some missing/bugged part of it. Bug reports with some code to reproduce the problem are welcome, but I don't know where should you post it. Regards, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Mon, May 16, 2011 at 5:58 PM, SamHellawell samlikeswi...@live.co.ukwrote: Hey there! So basically, after hours setting up my Ubuntu VPS to get Mono to run my application (CLI), I get this error when trying to use MySQL: [ERROR] MySQL getCommand: Invalid IL code in System.Transactions.Transaction:get_Current (): method body is empty. [ERROR] MySQL getString: Object reference not set to an instance of an object The getString method generates a command from getCommand, which is: public MySqlCommand getCommand(string query) { try { if (connection.State != System.Data.ConnectionState.Closed) { connection.Close(); } MySqlCommand command = newCommand(); command.CommandText = query; connection.Open(); return command; } catch (Exception e) { Log.Error(MySQL getCommand: + e.Message); return null; } } The method newCommand() just returns connection.CreateCommand() - something along those lines, don't have the source here. Anybody have any ideas? I've tried uninstalling and install mono, many types of MySql.Data (in gac also). Thanks, Sam. -- View this message in context: http://mono.1490590.n4.nabble.com/Mono-and-MySql-Data-problem-System-Transactions-tp3527428p3527428.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] ASP.NET MVC 3 No access to the given key
Seems like you are using the Microsoft.Web.Infrastructure.dll from Microsoft, you must use the version from Mono, and mostly everything should work. Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Fri, May 13, 2011 at 10:13 AM, Vincent DARON vda...@ask.be wrote: Hi all, We are trying to run an MVC 3 application under mono, The web application compile fine under Monodevelop 2.6 beta2 and mono 2.10.2. But, we keep having the folowing error while trying to run the the app : Server Error in '/' Application No access to the given key Description: HTTP 500. Error processing request. Stack Trace: System.Security.SecurityException: No access to the given key at Microsoft.Win32.KeyHandler..ctor (Microsoft.Win32.RegistryKey rkey, System.String basedir, Boolean is_volatile) [0x00057] in /usr/src/packages/BUILD/mono-2.10.2/mcs/class/corlib/Microsoft.Win32/UnixRegistryApi.cs:138 at Microsoft.Win32.KeyHandler..ctor (Microsoft.Win32.RegistryKey rkey, System.String basedir) [0x0] in filename unknown:0 at Microsoft.Win32.KeyHandler.Lookup (Microsoft.Win32.RegistryKey rkey, Boolean createNonExisting) [0x000d0] in /usr/src/packages/BUILD/mono-2.10.2/mcs/class/corlib/Microsoft.Win32/UnixRegistryApi.cs:411 at Microsoft.Win32.UnixRegistryApi.OpenSubKey (Microsoft.Win32.RegistryKey rkey, System.String keyname, Boolean writable) [0x0] in /usr/src/packages/BUILD/mono-2.10.2/mcs/class/corlib/Microsoft.Win32/UnixRegistryApi.cs:842 at Microsoft.Win32.RegistryKey.OpenSubKey (System.String name, Boolean writable) [0x0001e] in /usr/src/packages/BUILD/mono-2.10.2/mcs/class/corlib/Microsoft.Win32/RegistryKey.cs:278 at Microsoft.Win32.RegistryKey.OpenSubKey (System.String name) [0x0] in /usr/src/packages/BUILD/mono-2.10.2/mcs/class/corlib/Microsoft.Win32/RegistryKey.cs:262 at (wrapper remoting-invoke-with-check) Microsoft.Win32.RegistryKey:OpenSubKey (string) at Microsoft.Web.Infrastructure.RegistryKeyWrapper.OpenSubKey (System.String name) [0x0] in filename unknown:0 at Microsoft.Web.Infrastructure.KillBitHelper.GetKillBittedVersions () [0x0] in filename unknown:0 at Microsoft.Web.Infrastructure.KillBitHelper.IsThisAssemblyKillBitted () [0x0] in filename unknown:0 at Microsoft.Web.Infrastructure.KillBitHelper.ThrowIfKillBitIsSet () [0x0] in filename unknown:0 at Microsoft.Web.Infrastructure.ModuleInitializer+CriticalInitializer.CheckKillBit () [0x0] in filename unknown:0 at Microsoft.Web.Infrastructure.ModuleInitializer+CriticalInitializer.Initialize () [0x0] in filename unknown:0 at Microsoft.Web.Infrastructure.ModuleInitializer.Initialize () [0x0] in filename unknown:0 at Module..cctor () [0x0] in filename unknown:0 Any help welcome ! Best Regards, -- Vincent DARON ASK ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Setup script for installing Mono?
Maybe http://apebox.org/wordpress/linux/370/ could help a bit. Fun, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Tue, Mar 15, 2011 at 2:09 PM, John Feminella jo...@bitsbuilder.comwrote: Has anyone written anything like a setup script with something like: ./parallel-mono-install.sh v2.10.1 --path=/opt/mono and if so, would they be willing to share? I'm finding it obnoxious to set up unstable Mono versions on new Ubuntu boxes. http://sadtrombone.com ~ jf -- John Feminella Principal Consultant, BitsBuilder LI: http://www.linkedin.com/in/johnxf SO: http://stackoverflow.com/users/75170/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] creating excel files
That is the documented (expected) behavior of Close: Saves and closes the package plus all underlying part streams. See http://msdn.microsoft.com/en-us/library/system.io.packaging.package.close.aspx And that is a common pattern in all reader/writer classes in .NET. Hope it clarifies it all, Rafael Monoman Teixeira --- The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...' Isaac Asimov US science fiction novelist scholar (1920 - 1992) On Sat, Feb 26, 2011 at 9:04 AM, eng. Ahmed Youssef ahha...@gmail.comwrote: Hello everyone, Sorry for the late reply but I thought I do my homework first... After moving to mono 2.10 on opensuse, I managed to make the library work on mono. The problem was with this scenario: using System; using System.IO.Packaging; using System.IO; namespace test { class MainClass { public static void Main (string[] args) { MemoryStream stream = new MemoryStream (); Package p = Package.Open (stream, FileMode.Create, FileAccess.ReadWrite); p.Close (); stream.ReadByte(); } } } throws this exception: Unhandled Exception: System.ObjectDisposedException: The object was used after being disposed. at System.IO.MemoryStream.CheckIfClosedThrowDisposed () [0x0] in /usr/src/packages/BUILD/mono-2.10/mcs/class/corlib/System.IO/MemoryStream.cs:133 at System.IO.MemoryStream.ReadByte () [0x0] in /usr/src/packages/BUILD/mono-2.10/mcs/class/corlib/System.IO/MemoryStream.cs:261 at test.MainClass.Main (System.String[] args) [0x0] in filename unknown:0 the package.Close call internally makes this: public void Close() { this.Flush(); this.Dispose(1); } for some reason the dispose call disposes the stream too After replacing the package.Close() with package.Flush() the EPPlus lib works nicely I hope that is useful... I don't mind digging into the issue more but I am not sure how to do that any info would be appreciated. I hope you confirm that it is a mono issue and that it will be fixed so that either mono is fixed or the library... Thank you all for the help. On Tue, Feb 22, 2011 at 7:11 PM, jmalcolm malcolm.jus...@gmail.comwrote: I am not sure how big the spreadsheets are that you need to work with but I have used the free version of GemBox to great effect: http://www.gemboxsoftware.com/GBSpreadsheetFree.htm -- View this message in context: http://mono.1490590.n4.nabble.com/creating-excel-files-tp3315324p3319632.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] csproj files for Mono's class libraries.
My MSBuild.NUnit project, can be of help (See https://github.com/monoman/MSBuild.NUnit ). The main assumption is that you can add the reference to the task assembly in msbuild proj file as an implicit reference to the matching framework/runner assemblies (a parallel non-GAC installation), so avoiding versions mismatches. The Nuget that the project generates uses that assumption and shares a NUnit installation for the many projects in a solution, but the one-project-per-solution approach make this less efficient (although workable). Just my contribution to the discussion, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Mon, Feb 14, 2011 at 9:29 AM, Marek Safar marek.sa...@gmail.com wrote: Hello, project will require NUnit addin (am not sure if it exists for 2010) and thus excludes Express users. You don't need nunit addin, you can use any internal or external tool which can run nunit including nunit-console. The trouble is to build with correct nunit framework version to be able to use the tool. Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] csproj files for Mono's class libraries.
Sorry, my memory failed me. VS2010 doesn't support multi-targetting in the same csproj, also it doesn't honor things like Compile Include=Core\Common.cs Condition='$(TargetFrameworkVersion)' == '2' / So you need to keep separate .csproj for each targetted framework. It seems that there are different .sources files too (as for the droid/iphone versions of System.Data). I'll try to cook such a task. Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Mon, Feb 14, 2011 at 11:20 AM, Marek Safar marek.sa...@gmail.com wrote: Hello, You can have the csproj reference the .sources file externally, and use a small Task to transform the list of files into Compile elements. This works in VS for building, but does not show the sources as files in the csproj via the UI. So, depending what you want... Something like this http://stackoverflow.com/questions/3187666/msbuild-custom-task-to-run-custom-tool-to-generate-classes-for-linq-to-sql-model our xbuild master can probably give better guidance. Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] csproj files for Mono's class libraries.
This stackoverflow question/answer is also interesting in considering moving the build to xbuild: http://stackoverflow.com/questions/2472183/replace-sln-with-msbuild-and-wrap-contained-projects-into-targets/2474892#2474892 Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Mon, Feb 14, 2011 at 11:28 AM, Rafael Teixeira mono...@gmail.com wrote: Sorry, my memory failed me. VS2010 doesn't support multi-targetting in the same csproj, also it doesn't honor things like Compile Include=Core\Common.cs Condition='$(TargetFrameworkVersion)' == '2' / So you need to keep separate .csproj for each targetted framework. It seems that there are different .sources files too (as for the droid/iphone versions of System.Data). I'll try to cook such a task. Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Mon, Feb 14, 2011 at 11:20 AM, Marek Safar marek.sa...@gmail.com wrote: Hello, You can have the csproj reference the .sources file externally, and use a small Task to transform the list of files into Compile elements. This works in VS for building, but does not show the sources as files in the csproj via the UI. So, depending what you want... Something like this http://stackoverflow.com/questions/3187666/msbuild-custom-task-to-run-custom-tool-to-generate-classes-for-linq-to-sql-model our xbuild master can probably give better guidance. Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Recent C# compiler changes
I think both ways should be supported. If it starts with a number and is a valid constant, use it. (easier for people building interactively in the command line), but for any other pattern try to just concat as suggested (easier for makefiles and to support custom frameworks) Just my two cents, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Thu, Feb 3, 2011 at 2:11 PM, Rodrigo B. de Oliveira rodrigobam...@gmail.com wrote: On Thu, Feb 3, 2011 at 2:06 PM, Miguel de Icaza mig...@novell.com wrote: ... Is it possible to instead of using a set of preconfigured numbers for the SDK, that we could provide a string, so that: -sdk:STRING Makes mcs look in $prefix/lib/mono/STRING That way we do not hardcode the constant, and we can have different profiles just by building that directory and invoking the compiler with that option. +1 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MonoTools -- remote test runner?
You can use PNunit, that runs tests remotely, over many machines in parallel if needed. AFAIR, PNUnit is distributed with recent versions of NUnit, and works in .NET and Mono, over lots of operating systems. Google a bit, have fun, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Thu, Jan 27, 2011 at 3:13 AM, Sebastian Good sebast...@palladiumconsulting.com wrote: Is it possible using MonoTools -- or to extend MonoTools -- to run unit tests remotely? It would be very convenient to be able to kick off one or more NUnit tests on a mono target. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Using Mono.CSharp in a syntax highlighting engine
Why don't you look inside/reuse MonoDevelop's C# Syntax-Highlighter? Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Wed, Jan 26, 2011 at 3:13 PM, David Mitchell dmitch...@logos.com wrote: A couple weeks ago, I started playing around with Mono.CSharp to see if I could get enough information from it to hook it up to a syntax highlighter. In order to do so, I would need to be able to get a mapping of ranges of characters to lexical values (keyword, type name, etc.). After some poking around, I was finally able to get a very limited amount of information (mostly with respect to the namespaces found in a file), but not nearly enough to do what I want. Was this an anticipated use of Mono.CSharp? Does anyone have any pointers for how to use it in this manner? Thanks, — Dave ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Nant 0.91-alpha2 build problem on 64 bit system
NDoc comes from another project. You need to add it's managed library where the build script is searching (beware of capitalization mismatches). AFAIR, you shouldn't be building NAnt for DotNet on Mono, but the Mono-tailored build that strips some incompatible dependencies, as I loosely remind NDoc being. At least that was true for NAnt 0.85/0.86. Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Wed, Dec 22, 2010 at 11:01 AM, Paul F. Johnson p...@all-the-johnsons.co.uk wrote: Hi, I'm trying to build nant-0.91-alpha 2 on my x86_64 Fedora box. It gets so far and then gives me the following error /home/paul/rpmbuild/BUILD/nant-0.91-alpha2/src/NAnt.DotNet/NAnt.DotNet.build(25,18): Function call failed. Expression: ${nant::scan-probing-paths(build.dir + '/bin','NDoc.ExtendedUI.dll')} ^^ NDoc.ExtendedUI.dll could not be found in any of the configured probing paths. I'm not seeing this under 32 bit builds. Any ideas why this is happening? TTFN Paul -- Vertraue mir, ich weiss, was ich mache... ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] profiler in master
Not that it may relate to your problem, but you are configuring with boehm-gc and trying to run mono-sgen? Things don't match. Have you tried with mono (default)? mono --profile=log:heapshot app.exe my half-cent, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Fri, Dec 10, 2010 at 10:32 AM, Duane Wandless du...@wandless.net wrote: I'm trying out the profiler on OSX against trunk. I'm not getting any useful info. Do I have to build with special flags? Is there something else I'm missing. Thanks, Duane mono --version Mono JIT compiler version 2.9 (master/ed8e4e2 Thu Dec 9 17:03:28 EST 2010) Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com TLS: normal SIGSEGV: normal Notification: Thread + polling Architecture: x86 Disabled: none Misc: softdebug LLVM: supported, not enabled. GC: Included Boehm (with typed GC) mono-sgen --profile=log:heapshot app.exe The output.mlpd file is always 32 bytes. Mono log profiler data Profiler version: 0.4 Data version: 4 Mean timer overhead: 70 nanoseconds Program startup: Fri Dec 10 07:27:38 2010 Program ID: 800 JIT summary Compiled methods: 0 Generated code size: 0 GC summary GC resizes: 0 Max heap size: 0 Object moves: 0 Metadata summary Loaded images: 0 Exception summary Throws: 0 Thread summary ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] [PATCH] Add async to dmcs
In keeping with our long tradition (mcs, gmcs, dmcs), perhaps this should be the start of our newest compiler: amcs. Just my two cents, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Thu, Nov 18, 2010 at 6:44 PM, Alex Corrado alexander.corr...@gmail.com wrote: As a starting point, I've added the async method modifier to dmcs, which will be recognized when -langversion:Future is passed. This is my first foray into the mcs codebase and I just want to make sure I'm on the right track before going much further. The patch is attached and also applied at https://github.com/nirvanai/mono. Thanks for your time with this. Best, Alex On Tue, Nov 16, 2010 at 10:14 AM, Marek Safar marek.sa...@gmail.com wrote: Hello, I just noticed this thread, and I'm curious, when you say: The async/await is about asynchrony and spawn/sync is about parallelism. These are 2 different things which should not be mixed together. Do you mean they should not be confused, or do you literally mean that these technologies (or paradigms, if you will) should not be combined? If this is the case, I'm curious to learn why you say that, since I'm toying with idea of hybrid threading for a concurrency framework I'm working on (https://github.com/nirvanai/Cirrus). I don't see any problem combining these two together when needed, my point was simply that they mean 2 different things. Mono C# compiler has no async support yet (the .NET preview has been announced few days ago!) but we are fully aware of it and we will implement it as soon as time permits. I implemented async methods (before I knew they were to be a language feature) using Cecil for the framework I mentioned. I think the coroutine transformation I'm doing is pretty similar to the way Microsoft is doing things in their async preview. I'd certainly be willing to take a stab at adding async support to the Mono C# compiler if/when you think that might be beneficial. Patches are always welcomed. However, the approach will be different as the rewrite will happen at expression level (you don't need Cecil). Marek ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] xbuild - ** ERROR **: shm_semaphores_init: semget error: No space left on device.
Have you tried to set MONO_DISABLE_SHM? From the top of my mind there is where a huge use of semaphores are used to simulate the shared memory files used for cross-process, but I may be mixing things. If you're using it you can try to disable it, and see if things gets better. Just my two cents, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Fri, Nov 12, 2010 at 4:53 AM, Arne Claassen ar...@mindtouch.com wrote: I'm running mono 2.6.7 (novell rpms) on centos 5.5 w/ mod_mono and I've twice run into xbuild stopping to work with this error: ** ERROR **: shm_semaphores_init: semget error: No space left on device. I don't have the full error right now, since i rebooted the machine again and didn't capture it first. But it talks about either removing semaphores using ipcrm and ipcs or increasing the max semaphores After restart, ipcs has no Semaphore Arrays, but after i hit my various asp.net apps, that output quickly goes up: -- Shared Memory Segments key shmid owner perms bytes nattch status 0x0101400b 327680 root 600 52828 45 0x01014069 360449 root 600 52828 26 0x740102df 131074 root 600 4 0 0x010140af 393219 root 600 52828 26 0x010140b1 425988 root 600 52828 26 -- Semaphore Arrays key semid owner perms nsems 0x 0 root 600 1 0x 65537 apache 600 1 0x 98306 apache 600 1 0x 131075 apache 600 1 0x 163844 apache 600 1 0x 196613 apache 600 1 etc. When the error occured, that list of arrays was about 100 long. restarting apache, mod_mono, etc didn't help. Killing off semaphores using ipcrm seemed to get xbuild working again, but the asp.net apps then only returned blank pages. Finally I rebooted again. Not knowing what those semaphores are and what makes them increase, leaves me a bit worried. Do i just need more semphores (and how do i do that) or is xbuild just creating them and never cleaning them up? Any help understanding what this means and how to either prevent or at least clean it up would be greatly appreciated. cheers, Arne Claassen MindTouch San Diego, CA http://twitter.com/sdether ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] NuGet for Mono
Yes it is troublesome to work with NuGet in Mono, as: 1) it uses extensively .NET 4.0 features, some of which still aren't implemented in Mono, or are in development, so unreliable. 2) lots of things are tied to PowerShell (not in NuGet itself, but on common packages like for MVC Scaffolding), and we don't have it on Mono. 3) NuGet is sometimes downright buggy, after all, it is still in development I'm trying to use just the Core for now, but with little success so far, so my fork is already beginning to look like it a real Fork, I'll try to learn some Mercurial (I prefer Git) to see if I can push upstream the needed changes, as I make things work. I'll move my attention to porting the NuGet packager (sometimes it means in truth to implement something in Mono, thus it is hard to make it work with a stable distro packaged Mono). Said all that, I need to admit that I have little time to work on that project, so progress is slow and help is welcome. Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Wed, Nov 10, 2010 at 6:39 AM, Maciej Paszta maciej.pas...@gmail.comwrote: Hi! First of all, forgive me for writing directly to you, but I couldn't find help anywhere. My question regards the NuGet packaging system and it's ability to work under Mono. I've seen your repo on github.com/monoman and, as I understand, you are working on integration between Monodevelop and Mono. Could you tell me whether it's possible to use NuGet under Mono (so far I couldn't even compile it under Mono) for adding packages and building them?. I had some minor success in running the executable version from codeplex, but building package fails with The requested feature is not available. Best regards, Maciej Paszta ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Moonlight basics - Overview
Well Mono is the father project of Moonlight. As Silverlight depends on .NET, Moonlight depends on Mono. Mono is an open source implementation o .NET, for many platforms, notably Linux and MacOSX. Moonlight is an open source implementation of Silverlight, which is a competitor to Adobe Flash, a browser plugin that runs visually sophisticated apps. Moonlight is mainly written in C, specially the graphic routines, but embeds a shrink-down version of Mono and a not-so-small subset of its class libraries, that match what you have in Silverlight. With Moonlight you can write your RIA app in C# + XAML (the xml language for defining UI), add managed libraries written in almost any managed (.NET) language, and pack for execution in the user's browser. For developing Silverlight/Moonlight apps you'll need MS tools, as currently there aren't good enough tools in Linux. You can develop writing everything by hand, but that is very hard, as Moonlight is a huge beast to master, and visual aspects are very important in such apps. Support for developing for Moonlight with the MonoDevelop IDE, is improving but it is far from perfect currently. Hope it helps, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Tue, Nov 9, 2010 at 1:38 PM, Sasi Rekha Kristam sasirekha.kris...@gmail.com wrote: Thank you for the quick reply. How does the compilation and other stuff happens for Moonlight and what is Mono? On Tue, Nov 9, 2010 at 4:19 PM, Krishna Kishore kishorekan...@gmail.comwrote: Did you check http://www.mono-project.com/Moonlight??? Regards, Kishore. On Tue, Nov 9, 2010 at 10:14 AM, Alan alan.mcgov...@gmail.com wrote: Hey On Tue, Nov 9, 2010 at 3:08 PM, Sasi Rekha Kristam sasirekha.kris...@gmail.com wrote: Hi, I am starting up with moonlight with a very minimal knowledge of Silverlight. Could somebody let me know where I can find detailed information on the below topics? - What is Moonlight? Moonlight is silverlight for Linux (and more, potentially). - Why Moonlight? - Architecture - Pros and Cons - Sample websites Any documentation on silverlight applies equally to moonlight as they are the same thing just on different platforms. Hope that helps, Alan. Regards, Sasi Rekha. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list -- Regards, Sasi Rekha. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] consuming web service without wsdl
It is easier to construct a fake wsdl so that you can create automatically the proxy (add webreference). Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Tue, Nov 9, 2010 at 9:59 AM, alberto.decaro alberto.dec...@gmail.comwrote: Hello. I need to access a web service. The WSDL is not available, even if I know everything about the service (url, method name and signature). I guess I could use HTTPRequest and HTTPResponse classes: HTTPResponse: should contains the XML Soap Response that I eventually parse. HTTPRequest: how to specify the service's and the method's parameters? Thanks Alberto -- View this message in context: http://mono.1490590.n4.nabble.com/consuming-web-service-without-wsdl-tp3033578p3033578.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] C# source-to-source compiler
Plugins for compilers in the syntax tree part, aren't easy to make it work, because the tree segments need to coalesce into a single consistent tree, without cycles or disjoints segments. That said, there is already a compiler for .NET/Mono that has a pipelined design where you can add or substitute stages, it is the Boo compiler. Also Boo already support Macros what make it easy to extend it's syntax, without having to change the compiler itself. Give it a look: http://boo.codehaus.org/ https://github.com/languages/Boo https://github.com/bamboo/boo Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Thu, Nov 4, 2010 at 7:47 AM, jan jan jve...@gmail.com wrote: Hi Mark, This is interesting - I refer to these as 4GL's - in a nutshell, a compiler that generates code for another compiler, google it if u want; what I do find odd is the need for it as lots of ground breaking work went into the C# specification it's really as simple as you can get. Problem with them in the long run of history is they tend to assume and follow best-practice patterns which is not always suitable and lead to performance issues later on. You're better off writing your own parser/generator/plugins for whatever you're planning here. If you do have unique fundamental ideas for the language talk to the specification teams to see if they can include it in future; in knowing C# I can't possibly think of something at this time! Perhaps a plugin infrastructure for the C# compiler itself is not a bad idea? - Anyone? Why do IDE's have them but compiler's don't ? Geez ... and don't say we didn't think of it!!! Regards J On Thu, Nov 4, 2010 at 11:15 AM, Andreas Nahr classdevelopm...@a-softtech.com wrote: Hi Mark, either I'm misunderstanding your idea or you are misunderstanding some of the .Net architecture. 1) C# has no own runtime library, it is practically a runtime-library-free implementation on top of the CLR base class libraries/VM. 2) I don't understand why you ever wanted to change the virtual machine in your situation. IF the runtime support you need can even be expressed in C# code (and that's what I'm understanding from your post) then there is surely no need to modify the VM at all. The next question is why you want a source-to-source compiler. It is the usual and good practice to compile source to IL and I don't see any reason why you shouldn't. If you want to be your language an extention of C# why not just take one existing C# Compiler (e.g. dmcs) and add the constructs you need? Happy hacking Andreas -Ursprüngliche Nachricht- Von: mono-devel-list-boun...@lists.ximian.com [mailto:mono-devel-list- boun...@lists.ximian.com] Im Auftrag von Mark Farnell Gesendet: Donnerstag, 4. November 2010 05:54 An: mono-devel-list@lists.ximian.com Betreff: [Mono-dev] C# source-to-source compiler Hi, I plan to design a language based on an extention of C#, and I would like to use the mono compiler and abstract syntax tree. The language extension would require some runtime feature, which can be implemented by: - modifying the virtual machine, or - C# runtime library In the former case, it can be time consuming for me to navigate through the virtual machine. In the latter case, I would need a source to source compiler reading code written for the extended language and output pure C# code that links to my runtime library. For the latter option, I would like to modify the dmcs compiler to read the code written in the extended language and output pure C# code (rather than CIL bytecde). Is this possible? Are there other better ways? Thanks! Mark ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] C# source-to-source compiler
It all depends on the extensions you want to add, and which parser you can reuse for that. If you have mainly some kind of template expansion things, even some regex may be able to convert from C#+Your Extensions to C#, but probably you'll need to delegate syntax verification to the final compiler so tracking error locations may become impracticable. As I said it all depends on what specifically you want to add to the language. If you can give more details of what you intend to do, we can try to help you better. About Boo, it is simply that it is a language that is already very extensible, so things are orders of magnitude easier, and you can use Boo's secondary parser (the WSA whitespace agnostic parser) to approximate the language more to look like C#, if you like. Fun, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan 2010/11/4 Liang, Qichang (梁启昌) kcleung.sourcefo...@gmail.com I am also looking for developing C#-based language extension, which the compiler will compile to C# 4.0 code that calls *my* runtime library. The emitted C# 4.0 code will then go to the original dmcs compiler, which will then produce CLI bytecode. Are you suggesting that it is difficult for me to add keywords to the C# system, or it is difficult to make the dmcs compiler to emit C# 4.0 code (rather than CLI code)? Also are you suggesting that my language should base on extension of the Boo language rather than C# language? However C# is much more popular than Boo. Thanks! Qichang On Fri, Nov 5, 2010 at 1:02 AM, Rafael Teixeira mono...@gmail.com wrote: Plugins for compilers in the syntax tree part, aren't easy to make it work, because the tree segments need to coalesce into a single consistent tree, without cycles or disjoints segments. That said, there is already a compiler for .NET/Mono that has a pipelined design where you can add or substitute stages, it is the Boo compiler. Also Boo already support Macros what make it easy to extend it's syntax, without having to change the compiler itself. Give it a look: http://boo.codehaus.org/ https://github.com/languages/Boo https://github.com/bamboo/boo Rafael Monoman Teixeira ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] have WinXP but need Win 7 to install mono-develop!?
You are trying to install the Win SDK 7 togeteher with .NET 3.5 SP1. Install just .NET 3.5 SP1: http://www.microsoft.com/downloads/en/details.aspx?FamilyID=ab99342f-5d1a-413d-8319-81da479ab0d7displaylang=en Fun, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Sun, Oct 31, 2010 at 8:53 AM, monocub smus...@yahoo.com wrote: I could not find an answer with search for this problem: My system is WinXP Home. If I go to download monodevelop for windows on http://monodevelop.com/Download Packages Installer for Windows - Stable To run MonoDevelop on Windows you have to install the following software: .NET Framework 3.5 (You may already have this installed) Download GTK# for .NET 2.12.9-2 (if you have older versions installed, please uninstall first) Download MonoDevelop 2.4 Download When I start with .NET Framework 3.5, as required, I am informed on http://www.microsoft.com/downloads/en/details.aspx?displaylang=enFamilyID=c17ba869-9671-4330-a63e-1fd44e0e2505 that i need *** windows 7*** ! But I have windows xp and do not want to upgrade to 7! What should I do? Thanks, monocub -- View this message in context: http://mono.1490590.n4.nabble.com/have-WinXP-but-need-Win-7-to-install-mono-develop-tp3021006p3021006.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] MONO and Entity
Answering him in Portuguese, mainly saying there's no timeframe, and pointing some alternatives. Adriano, não há previsão, ninguém está contribuindo com essa funcionalidade complexa, e não há interesse dos core devs, portanto aceitamos contribuições de código. Recomendo usar alternativas como o nHibernate (com o Fluent nHIbernate + o nHibernate.Linq, para ficar mais parecido com o EF), ou mesmo o Linq to SQL, que no Mono pode acessar providers para PostgreSQL, MySQL, etc... Abraço, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan 2010/10/21 Adriano A. Santos adri...@lbw.com.br Hi, When may I use Entity Framework in MONO? Thanks… *Adriano Santos*** MSN: adri...@lightinfocon.com.br *[image: Descrição: cid:image001.jpg@01C7409C.2D19A640]* * Light Infocon Tecnologia S/A* Rua Manoel Barros de Oliveira, 303 58429-080 - Campina Grande, PB - Brasil Fone: 83-1904 Fax: 83-1528 www.lightinfocon.com.br *Confidencialidade:* A informação contida nesta mensagem de e-mail, incluindo quaisquer anexos, é confidencial e está reservada apenas à pessoa ou entidade para a qual foi endereçada. Se você não é o destinatário ou a pessoa responsável por encaminhar esta mensagem ao destinatário, você está, por meio desta, notificado que não deverá rever, retransmitir, imprimir, copiar, usar ou distribuir esta mensagem de e-mail ou quaisquer anexos. Caso você tenha recebido esta mensagem por engano, por favor, contate o remetente imediatamente e apague esta mensagem de seu computador ou de qualquer outro banco de dados. Muito obrigado. *Confidentiality Notice:* The information contained in this email message, including any attachment, is confidential and is intended only for the person or entity to which it is addressed. If you are neither the intended recipient nor the employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that you may not review, retransmit, convert to hard copy, copy, use or distribute this email message or any attachments to it. If you have received this email in error, please contact the sender immediately and delete this message from any computer or other data bank. Thank you. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list image001.jpg___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] WCF: Contracts with Interface hierarchy
Please fill a bug report. Thanks, Rafael Monoman Teixeira --- We live in a world operated by science and technology. We have also arranged things so that almost no one understands science and technology. This is a prescription for disaster. We might get away with it for a while, but sooner or later this combustible mixture of ignorance and power is going to blow up in our faces. -Carl Sagan On Sun, Sep 26, 2010 at 7:20 AM, KarstenF fourm...@gmx.de wrote: Hi, I'm new to Mono and new to this list so let's hope my post doesn't contain too many newbie's errors... I've got a large WCF-heavy .NET project. With upcoming mono 2.8 I'd try to give it a shot and make it run on mono. Here's an issue I've found when using contract interfaces with a hierarchy. Consider this: [ServiceContract] interface ServiceInterface : Foo { } [ServiceContract] interface Foo : Bar { [OperationContract] void Foo(); } [ServiceContract] interface Bar { [OperationContract] void FooBar(); } class DummyService : ServiceInterface { public void FooBar() { } public void Foo() { } public static ServiceHost Create() { return new ServiceHost(typeof(DummyService)); // fine in MS, fails in Mono with A contract cannot have two operations that have the identical names and different set of parameters } } What happens is this: 1. System.ServiceModel.Description.ContractDescriptionGenerator.GetAllInterfaceTypes(ServiceInterface) returns 4 interfaces: bar is yielded twice to some recursion logic glitch. 2. System.ServiceModel.Description.ContractDescriptionGenerator.GetServiceContractAttribute returns 3 service contracts: ServiceInterface, Foo and Bar. This is due to Foo and Bar needing the [ServiceContract] attribute: According to Microsoft interfaces without that attribute are not allowed to have [OperationContract] methods. Ultimately both 1. and 2. result in method FooBar beeing added multiple time to System.ServiceModel.Description.ContractDescriptionGenerator.GetOrCreateOperation() This then throws an cannot have two operations that have the identical names and different set of parameters. This is obviously wrong as the methods have the very same set of parameters. imho neither 1 nor 2 need fixes. It's rather GetOrCreateOperation which should check if the existing method in the contract has the same signature and if so then just ignore it. After all it's perfectly valid to have a method declared at different points in an interface hierarchy as long as the signature remains the same. I tried to create a patch myself but I'm having trouble to build System.ServiceModel.csproj of the mono-2-8 branch using monodevelop (or xbuild from mono-2-8p5 on windows): there are quite a files in the project that are not there (i think obsolete and moved to old code but I'm not sure) and I get lots of compiler errors. Any ideas what I do wrong? Shall I post a bug (Component: WCF?) Thank you for making mono such a great thing! Karsten -- View this message in context: http://mono.1490590.n4.nabble.com/WCF-Contracts-with-Interface-hierarchy-tp2714228p2714228.html Sent from the Mono - Dev mailing list archive at Nabble.com. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list