Re: [Mono-dev] NUnit versions that come with mono
Use nuget to install NUnit of the version you needed, and you won't be dependent on the OS you're working with. #this installs nunit-console 2.6.4 nuget install NUnit.Runners #this installs nunit-console 2.6.3 nuget install NUnit.Runners -version 2.6.3 To run: chmod a+x NUnit.Runners.2.6.4/tools/nunit-console.exe nunit-console.exe your_dlls or write sh file similar to /usr/bin/nunit-console if you need NUnit not only to run the test, but also to reference it in the projects, then add nuget package NUnit to the test project and before build run nuget restore your_solution.sln If you're working with monodevelop, it can to restore nuget packages from GUI, without command-line interacting. -- View this message in context: http://mono.1490590.n4.nabble.com/NUnit-versions-that-come-with-mono-tp4665376p4665384.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
Re: [Mono-dev] Heads up: Elimination of the 2.0 and 4.0 profiles
Mono.TextTemplating/CompiledTemplate.cs(86,53): error CS1501: No overload for method `GetValue' takes `1' arguments PropertyInfo.GetValue(object) method is from 4.5 framework. If you build with NET 4.5 target framework that's something wrong with NET_4_5 symbol definition in mono code. Look at the source, the method GetValue is wrapped into #if NET_4_5 conditional. https://github.com/mono/mono/blob/master/mcs/class/corlib/System.Reflection/PropertyInfo.cs -- View this message in context: http://mono.1490590.n4.nabble.com/Heads-up-Elimination-of-the-2-0-and-4-0-profiles-tp4664323p4665159.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
Re: [Mono-dev] Heads up: Elimination of the 2.0 and 4.0 profiles
Miguel de Icaza-6 wrote We are going to remove the build for the .NET 2.0 APIs from Mono which are currently provided for bug/feature-compatibility for .NET 2.0 applications. Will you save .NET 3.5 or you are going to remove corlib 2.0 at all? Removing 2.0 profile is a good thing, but without support of .NET 3.5 it would be difficult to work with Unity 3D at least. -- View this message in context: http://mono.1490590.n4.nabble.com/Heads-up-Elimination-of-the-2-0-and-4-0-profiles-tp4664323p4664345.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
Re: [Mono-dev] Still seeking contractor to adding Tizen support to Mono
I was able to compile and run mono on tizen(x86) out of the box. Only very small change is needed in configure.ac to compile and run mono successfully. I even compiled my mono web-server HyperFastCgi v0.4 (https://github.com/xplicit/HyperFastCgi) and run it behind nginx on the Tizen machine with ServiceStack-hosted hello, World! web-application (front-end nginx is located on the Ubuntu machine and sends requests to tizen machine). Seems that all works fine, I've got Hello, World! message in my browser. Here are the the sequence of commands I had to do to compile mono https://gist.github.com/xplicit/2f8444afe162ac69a5f7 Here are the change for configure.ac https://gist.github.com/xplicit/f3d5d08b3eac836fae38 I use tizen_20140415.5_ivi-release-mbr-i586-sdb.raw image. -- View this message in context: http://mono.1490590.n4.nabble.com/Still-seeking-contractor-to-adding-Tizen-support-to-Mono-tp4663022p4663077.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
Re: [Mono-dev] Update on Build System
Great news! It would be great if monodevelop could also understand internal/private classes and methods of corlib and other class libraries in code completion. -- View this message in context: http://mono.1490590.n4.nabble.com/Update-on-Build-System-tp4662921p4662944.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
Re: [Mono-dev] FastCGI Performance
I like this. If it provides the ability to easy change one listener to other and also ability to change HTTP servers it'll be awesome. By the way it also should provide the ability to run current ASP.NET server otherwise people could not migrate their web application to Linux platform. ASP.NET requires some additional things to startup, like create AppDomain with appropriate security evidence for every web application, route requests to correct AppDomain according to virtual path and so on. These produce additional level of complexity, which possible does not required by raw HTTP servers, but I think it can be simplified. If you guys are intrested in this, I can share some ideas and tell about issues and constraints I met when I tried to integrate ASP.NET with nginx. -- View this message in context: http://mono.1490590.n4.nabble.com/FastCGI-Performance-tp4662454p4662500.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
Re: [Mono-dev] FastCGI Performance
From my point of view the bollteneck currently is not in the socket library, but in the System.Web implementation. For example, when I did benchmarks for HyperFastCgi server, I've got such results: Get static file from nginx - 10K rps Get hardcoded html-response from HyperFastCgi server (without passing http request to mono web.server) - ~5K rps. Yes, it's double-time drop in performance, but I think that's mostly because static file is cached inside nginx, while using fastcgi requires additional layer of communication throught sockets. Then when I added mono web server to the nginx-fastcgi chain performance dropped to 1.5-2K rps depending on the requests were served. I'm pretty sure, if you remove all sockets references from web server and will emulate HTTP requests directly to System.Web you won't get incredible improvement of performance, it will still be slow. However, I might be wrong, all performance assumptions must be measured, because sometimes you'll get results is not what you expect. But what I saw: System.Web uses very slow implementation of System.Configuration. For every request path not in cache it tries to find web.config and read some basic stuff (globalization, authentication, etc). Simple making globalization https://github.com/xplicit/mono/commit/081596b827cfcd8f8eed212c58f8869d600ac3e6 to be read only once now gives me 20-30% performance boost. (NB: I don't know what's changed with mono or my system, but when I did this several month ago, it was only about 5% addition in performance). That's why HttpListener will be faster it does not need to handle all of these settings. Some terrible using of sessions cache in System.Web. I wrote a little about issues with caching here http://forcedtoadmin.blogspot.ru/2013/12/unexpected-unloading-of-mono-web.html http://forcedtoadmin.blogspot.ru/2013/12/unexpected-unloading-of-mono-web.html . When mono web tries to reload itself and recompile ASP.NET the pages it again drops the performance. Some performance issues due to no-caching http handlers. Using of slow hashcodes for headers dictionary after security patch. And so on. Every thing of these produce a little drop which become an avalanche and wash away good performance from the web. Finally. To be sure, what is most slow part, it should be created few benchmarks. 1. Sockets benchmarks. Pure multi-threaded application, which returns some test data. One application must be written on c#, other must be native. Difference in measurement will show is C# socket implementation slow or not. 2. System.Web benchmarks. Create two apps: one is a simulator of web requests to System.Web, other - pure application, which also simulates requests to some pretty simple HTTP responder. -- View this message in context: http://mono.1490590.n4.nabble.com/FastCGI-Performance-tp4662454p4662480.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-dev] mdoc update for a non-public types
I have simple class. You can see, that the class is non-public. When I set
option Produce XML doc in Monodevelop, the xml documentation file is
created. But when I try to create documentation using
mdoc update -i mdocTest.xml -o doc mdocTest.exe
no documentation for mainClass is created. That is because monodocer.cs (at
line 656) checks types for public and if type is not public, then skip it
and does not update documentation. This looks quite strange I think
documenting or not documenting classes should be similar for compiler and
monodocer. Can anyone explain is this normal behaviour or not?
namespace mdocTest
{
class MainClass
{
/// summary
/// The entry point of the program, where the program control
starts and
ends.
/// /summary
/// The command-line arguments.
public static void Main (string[] args)
{
Console.WriteLine (Hello World!);
}
}
}
?xml version=1.0?
doc
assembly
namemdocTest/name
/assembly
members
member name=M:mdocTest.MainClass.Main(System.String[])
summary
The entry point of the program, where the program control starts
and ends.
/summary
The command-line arguments.
/member
/members
/doc
--
View this message in context:
http://mono.1490590.n4.nabble.com/mdoc-update-for-a-non-public-types-tp4661174.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-dev] Where can I find SettingsHandler and EditingUtils?
I try to compile mono-tools from master with mono 3.0 and have got alot of errors ./browser.cs(2518,56): error CS0103: The name `SettingsHandler' does not exist in the current context ./browser.cs(2715,4): error CS0103: The name `EditingUtils' does not exist in the current context Where can I find these classes? Also monodoc had been changed, but browser.cs was not adapted to these changes. -- View this message in context: http://mono.1490590.n4.nabble.com/Where-can-I-find-SettingsHandler-and-EditingUtils-tp4658502.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
Re: [Mono-dev] Cannot compile monodebugger with mono from svn trunk
In monodevelop 2.2 I don't see 'Run With Mono Soft Debugger' only 'Run With Mono Debugger'. In prefered debuggers I see: Mono Debugger, Mono Debugger for ASP.NET, GNU Debugger (GDB). Monodevelop 2.2 was installed from Ubuntu 10.04 repository and runs under mono 2.4. Also I have two parallel mono environment (mono 2.6.4 and mono 2.7) and tried to debug my applications with debugger from md 2.2 with no success. I did not try to recompile MD 2.2 from sources yet (shoud I recompile or maybe there is the way to add Soft Debugger to MD 2.2 without recompilation?) But I tried to check out MD from trunk, recompiled it under mono 2.6.4 and software debbuger appeared in the list and I now can debug my app under 'Soft Debugger' both in the 2.6.4 and 2.7 mono environment. Generic mono debugger does not work with MD2.4 under mono 2.6.4 environment, throwing 'MissingMethod' exception when evaluating watch (DeclaringType in Mono.Debugger.Method). I don't know why this happens, I examined assembly, which monodevelop tries to load (Mono.Debugger.dll from /opt/mono26) and it seems, that the assembly has this method (if I understood right the output of monodis) Michael Hutchinson wrote: On Tue, May 25, 2010 at 10:31 AM, xplicit s...@ngs.ru wrote: You got this message from running the debugger? I can see how something like that could happen if you used an old version of MDB with MD... but it shouldn't happen with the soft debugger. Do you have the menu option Run-Run with-Mono Soft Debugger? -- 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 -- View this message in context: http://mono.1490590.n4.nabble.com/Cannot-compile-monodebugger-with-mono-from-svn-trunk-tp2229014p2235847.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
Re: [Mono-dev] Cannot compile monodebugger with mono from svn trunk
For me it does not matter, which debbuger to use. I just want to have the ablity to debug my applications in monodevelop with the latest mono. I tried to debug mono 2.7 application in monodevelop 2.2 without compiling and installing debugger, but I got the error: System.Runtime.Remoting.RemotingException: Tcp transport error. Server stack trace: at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.ReceiveMessageStatus (System.IO.Stream networkStream, System.Byte[] buffer) [0x0] at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.ProcessMessage (IMessage msg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, ITransportHeaders responseHeaders, System.IO.Stream responseStream) [0x0] at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage (IMessage msg) [0x0] Exception rethrown at [0]: --- System.Runtime.Remoting.RemotingException: Connection closed at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.StreamRead (System.IO.Stream networkStream, System.Byte[] buffer, Int32 count) [0x0] at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.ReceiveMessageStatus (System.IO.Stream networkStream, System.Byte[] buffer) [0x0] --- End of inner exception stack trace --- at System.Runtime.Remoting.Channels.Tcp.TcpMessageIO.ReceiveMessageStatus (System.IO.Stream networkStream, System.Byte[] buffer) [0x0] at System.Runtime.Remoting.Channels.Tcp.TcpClientTransportSink.ProcessMessage (IMessage msg, ITransportHeaders requestHeaders, System.IO.Stream requestStream, ITransportHeaders responseHeaders, System.IO.Stream responseStream) [0x0] at System.Runtime.Remoting.Channels.BinaryClientFormatterSink.SyncProcessMessage (IMessage msg) [0x0] this is was the reason why I try to compile debugger with mono 2.7 Michael Hutchinson wrote: On Mon, May 24, 2010 at 2:56 PM, xplicit s...@ngs.ru wrote: I tried to compile monodebugger with mono from trunk and could not. FWIW, are you sure you want MDB? Since Mono 2.6 there's a new SDB debugger built into the Mono runtime by default, which MonoDevelop 2.2 supports by default without any extra addins. -- 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 -- View this message in context: http://mono.1490590.n4.nabble.com/Cannot-compile-monodebugger-with-mono-from-svn-trunk-tp2229014p2230114.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
Re: [Mono-dev] bug or wrong mono compilation?
I posted the bug #608396 Geoff Norton wrote: It appears to be a bug in the dmcs compiler, could you file it in bugzilla please? -- View this message in context: http://mono.1490590.n4.nabble.com/bug-or-wrong-mono-compilation-tp2227282p2228975.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-dev] Cannot compile monodebugger with mono from svn trunk
I tried to compile monodebugger with mono from trunk and could not.
I use mono parallel environment and I run ./autogen.sh --prefix=/opt/mono
and configure failed, with error: *** Your Mono is too old for this version
of the debugger.
I investigated this issue and found, that configure tries to compile C file
with following code:
///skipped
#include mono/metadata/mono-debug.h
#include mono/metadata/debug-mono-symfile.h
int
main ()
{
#if MONO_DEBUGGER_MAJOR_VERSION 72
#error Your mono is too old for this version of the debugger.
#endif
#if MONO_SYMBOL_FILE_MAJOR_VERSION != 50
#error Your mono is too old for this version of the debugger.
#endif
#if MONO_SYMBOL_FILE_MINOR_VERSION 0
#error Your mono is too old for this version of the debugger.
#endif
;
return 0;
}
and compiler cannot find includes
conftest.c:44:38: error: mono/metadata/mono-debug.h: No such file or
directory
conftest.c:45:46: error: mono/metadata/debug-mono-symfile.h: No such file or
directory
according to specs configure should pass $PREFIX/include directory to
compiler, but these files are located in the
/opt/mono/include/mono-2.0/mono/metadata/mono-debug.h not in
/opt/mono/include/...
I ran
export CPPFLAGS='-I/opt/mono/include/mono-2.0'
./autogen.sh --prefix=/opt/mono
and configure was successfully. After that I ran make and got the error:
/opt/mono/bin/gmcs -target:library -out:Mono.Debugger.SymbolWriter.dll
-d:CECIL -debug -define:DEBUG -define:DEBUGGER_SOURCE -nowarn:0169,0067
-keyfile:../build/mono.snk -r:Mono.GetOptions -r:./Mono.Cecil.dll
../symbolwriter/MonoSymbolFile.cs ../symbolwriter/MonoSymbolTable.cs
AssemblyInfo.cs
error CS0006: cannot find metadata file `Mono.GetOptions'
As I understand Mono.GetOptions is obsolete, and was removed from mono
(changed to Mono.Options?), but debugger still have this reference.
I can compile debugger only with mono 2.6.4, but I am not sure, that I can
debug mono 2.7 apps with this debugger from monodevelop. Also, I have a
question, does the debugger support DLR?
svn info
URL: http://anonsvn.mono-project.com/source/trunk/debugger
Repository Root: http://anonsvn.mono-project.com/source
Repository UUID: e3ebcda4-bce8-0310-ba0a-eca2169e7518
Revision: 157801
--
View this message in context:
http://mono.1490590.n4.nabble.com/Cannot-compile-monodebugger-with-mono-from-svn-trunk-tp2229014p2229014.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
Re: [Mono-dev] Cannot compile monodebugger with mono from svn trunk
Thanks, Robert, You patch resolves the first issue, and I don't have to export CPPFLAGS anymore. Anything about error CS0006: cannot find metadata file `Mono.GetOptions' during make? Sergey Zhukov Robert Jordan wrote: On 24.05.2010 21:07, Robert Jordan wrote: On 24.05.2010 20:56, xplicit wrote: You're seeing this error because mdb's configure is not finding the pc file of your own private Mono installation. Set PKG_CONFIG_PATH=/opt/mono/lib/pkgconfig and configure should succeed. See http://www.mono-project.com/Parallel_Mono_Environments. Additionally, the attached patch is required for mdb trunk because Mono's pc name has changed from mono to mono-2. Robert -- View this message in context: http://mono.1490590.n4.nabble.com/Cannot-compile-monodebugger-with-mono-from-svn-trunk-tp2229014p2229091.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
Re: [Mono-dev] bug or wrong mono compilation?
svn info
URL: svn://anonsvn.mono-project.com/source/trunk/mono
Repository Root: svn://anonsvn.mono-project.com/source
Repository UUID: e3ebcda4-bce8-0310-ba0a-eca2169e7518
Revision: 157507
Why dmcs could be not working in this case? When I change source code to
dynamic a=new object();
string s=a.ToString();
Console.WriteLine(s);
It works as expected.
Alan McGovern wrote:
It works fine with r156922 from SVN. When building from trunk, always
give the svn revision that you built with.
Alan.
On Sat, May 22, 2010 at 5:36 PM, xplicit s...@ngs.ru wrote:
I have compiled mono 2.7 from trunk and try to use C# 4.0 features. I
wrote
simple program:
using System;
namespace test2
{
class MainClass
{
public static void Main (string[] args)
{
dynamic a=new object();
Console.WriteLine(a.ToString());
}
}
}
and run it. I expect System.Object instead of it the exception occurs:
Unhandled Exception:
Microsoft.CSharp.RuntimeBinder.RuntimeBinderException:
`string' does not contain a definition for `WriteLine'
at (wrapper dynamic-method) object.CallSite.Target
(System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,object)
IL 0x0004e, 0x000a6
at System.Dynamic.UpdateDelegates.UpdateAndExecuteVoid1
(System.Runtime.CompilerServices.CallSite,object) 0x00365
at test2.MainClass.Main (string[]) [0x0005d] in
/home/sergey/Projects/test2/test2/Main.cs:11
What is this: bug in the mono, or I have wrongly compiled mono?
--
View this message in context:
http://mono.1490590.n4.nabble.com/bug-or-wrong-mono-compilation-tp2227282p2227282.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
--
View this message in context:
http://mono.1490590.n4.nabble.com/bug-or-wrong-mono-compilation-tp2227282p2227918.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-dev] bug or wrong mono compilation?
I have compiled mono 2.7 from trunk and try to use C# 4.0 features. I wrote
simple program:
using System;
namespace test2
{
class MainClass
{
public static void Main (string[] args)
{
dynamic a=new object();
Console.WriteLine(a.ToString());
}
}
}
and run it. I expect System.Object instead of it the exception occurs:
Unhandled Exception: Microsoft.CSharp.RuntimeBinder.RuntimeBinderException:
`string' does not contain a definition for `WriteLine'
at (wrapper dynamic-method) object.CallSite.Target
(System.Runtime.CompilerServices.Closure,System.Runtime.CompilerServices.CallSite,object)
IL 0x0004e, 0x000a6
at System.Dynamic.UpdateDelegates.UpdateAndExecuteVoid1
(System.Runtime.CompilerServices.CallSite,object) 0x00365
at test2.MainClass.Main (string[]) [0x0005d] in
/home/sergey/Projects/test2/test2/Main.cs:11
What is this: bug in the mono, or I have wrongly compiled mono?
--
View this message in context:
http://mono.1490590.n4.nabble.com/bug-or-wrong-mono-compilation-tp2227282p2227282.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
Re: [Mono-dev] Compiling mono from trunk on Ubuntu
I resolved this issue by making fresh install of ubuntu (it was something wrong with mono installation) -- View this message in context: http://mono.1490590.n4.nabble.com/Compiling-mono-from-trunk-on-Ubuntu-tp2220004p2220402.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
