date:20100525

Since
- 1 won't be determined without the actually altered build system,
- 2 is just impossible (no make install alternative and we need it), and
- 3 in VS requires non-express versions as long as it depends on NUnit addin
   (and of course we can't migrate our tons of existing NUnit tests to 
something else)

this migrate to VS should be taken out of this core build change 
discussion IMO.

Atsushi Eno

On 2010/05/21 3:37, Jonathan Chambers wrote:
 I've been looking at a MSBuild based build for the class libs (based 
 upon Jonathan Pobst's MonkeyBuilder). To actually make the projects 
 usable in visual studio, they need to be one of a list of well known 
 project types. While MSBuild can handle an arbitrary .proj file with 
 arbitrary MSBuild tasks, to build inside VS you would need to use a 
 .csproj. Currently, I have a build basically working using a .proj 
 file with custom MSBuild tasks that mirror what MonkeyBuilder does 
 (which mirrors the auto* based build). csproj files could be used, but 
 it raises a few questions:

 1. Can we build using either .Net compilers or mono compilers?
 2. Is there the concept of make and make install (building class libs 
 versus installing them in some location)?
 3. Running unit tests

 There are more issues, but this is already a bit unrelated to Miguel's 
 original post. The Windows build has recently gone downhill, so 
 hopefully any changes we make might make life better (and hopefully no 
 worse).

 Thanks,
 Jonathan

 On Thu, May 20, 2010 at 2:10 PM, Jonathan Pryor jonpr...@vt.edu 
 mailto:jonpr...@vt.edu wrote:

 On Thu, 2010-05-20 at 12:52 -0400, Miguel de Icaza wrote:
   I would like to move to a setup where by default we assume
 we have
  a working mcs/runtime and we build the configured profiles
 (defaulting
  to 2.0 and 4.0).
 ...
   A final wish-list item would be to split up the *core*
 libraries
  from most of the extra libraries.  The moonlight team is using a
 special
  process already to limit the number of assemblies built.

 This would dovetail nicely with the idea of splitting up mcs into
 smaller modules as part of the git migration; see:

 http://www.mono-project.com/GitMigration

 I would also suggest using xbuild to build the non-core libraries.
  This
 will make it easier for people who aren't using Unix to build the
 libraries, as Visual Studio could then (hopefully) be used for
 building,
 thus avoiding the pain that is Cygwin for everything except the
 runtime
 and core libraries.

  - Jon


 ___
 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



 ___
 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-dev] gnome/and gconf-sharp2

2010-05-25 Thread Lyndon Lu

Hi All,

I am not sure if I should ask the questions here. I try to install
ifolder client in Fedora 12 and always got the error messages:

[r...@cook i586]# rpm -ivh ifolder3-3.8.0.9328.1-3.1.i586.rpm
warning: ifolder3-3.8.0.9328.1-3.1.i586.rpm: Header V3 DSA signature: NOKEY,
key ID 3a9159a7
error: Failed dependencies:
gconf-sharp2 is needed by ifolder3-3.8.0.9328.1-3.1.i586
gnome-sharp2 is needed by ifolder3-3.8.0.9328.1-3.1.i586

   does anyone know how to fix it?

Thanks.

Cheers,
Lyndon.
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

[Mono-dev] [PATCH] eglib fails to build under Solaris 10

2010-05-25 Thread Burkhard Linke

Hi,

current SVN revision of eglib (157827) fails to build unter Solaris 10. The 
function vasprintf() is missing, and the function nanosleep() is defined in 
the rt library.

The applied patch fixes the compilation issues, using the already provided 
implemtation for Win32 and AC_SEARCH_LIBS to locate the correct library for 
nanosleep().

Burkhard
Index: eglib/test/test.c
===
--- eglib/test/test.c	(revision 157827)
+++ eglib/test/test.c	(working copy)
@@ -47,6 +47,12 @@
 
 extern gint global_passed, global_tests;
 
+#ifndef HAVE_VASPRINTF
+  /* systen does not provide a vasprintf function, use the one
+ provided within eglib itself */
+extern int vasprintf(char **ret, const char *format, va_list ap);
+#endif
+
 static gchar *last_result = NULL;
 
 gboolean 
Index: eglib/configure.ac
===
--- eglib/configure.ac	(revision 157827)
+++ eglib/configure.ac	(working copy)
@@ -73,9 +73,14 @@
 AC_CHECK_SIZEOF(int)
 AC_CHECK_SIZEOF(void *)
 AC_CHECK_FUNCS(strndup strlcpy getpwent_r strtok_r rewinddir vasprintf)
+AM_CONDITIONAL(NEED_VASPRINTF, test x$have_vasprintf = x )
 AC_CHECK_LIB(iconv, iconv_open, LIBS=$LIBS -liconv)
 AC_CHECK_LIB(iconv, libiconv_open, LIBS=$LIBS -liconv)
 AC_SEARCH_LIBS(sqrtf, m)
+
+# nanosleep may not be part of libc, also search it in other libraries
+AC_SEARCH_LIBS(nanosleep, rt)
+
 AC_SEARCH_LIBS(dlopen, dl)
 old_ldflags=${LDFLAGS}
 LDFLAGS=${LDFLAGS} -Wl,-export-dynamic
Index: eglib/src/Makefile.am
===
--- eglib/src/Makefile.am	(revision 157827)
+++ eglib/src/Makefile.am	(working copy)
@@ -2,12 +2,20 @@
 
 win_files  = \
 	gdate-win32.c gdir-win32.c gfile-win32.c gmisc-win32.c \
-	gmodule-win32.c gtimer-win32.c vasprintf.c
+	gmodule-win32.c gtimer-win32.c
 
 unix_files = \
 	gdate-unix.c  gdir-unix.c  gfile-unix.c  gmisc-unix.c	\
 	gmodule-unix.c gtimer-unix.c
 
+# some unices and windows do not have an implementation of vasprintf
+# used by eglib, use provided implementation instead
+if NEED_VASPRINTF
+vasprintf_files = vasprintf.c
+else
+vaprinttf_files = foo.c
+endif
+
 if HOST_WIN32
 os_files = $(win_files)
 else
@@ -41,7 +49,8 @@
 	gutf8.c		\
 	gunicode.c	\
 	unicode-data.h	\
-	$(os_files)
+	$(os_files)	\
+	$(vasprintf_files)
 
 libeglib_la_CFLAGS = -Wall -D_FORTIFY_SOURCE=2
 libeglib_static_la_SOURCES=$(libeglib_la_SOURCES)
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] openSUSE upgrade to 2.6+

I get a 'Couldn't resolve host 'ftp.novel.com' when I try:

zypper refresh --repo mono-stable


On Mon, May 24, 2010 at 7:38 PM, Stephen Shaw ss...@decriptor.com wrote:

 On Mon, May 24, 2010 at 14:52, Greg Robinson gregarobin...@gmail.com
 wrote:
  I am trying out openSUSE to compare it to Ubuntu.
 
  I installed openSUSE 11.2 and then installed Mono 2.4 from the Software
  Installer in openSUSE.
 
  I want to upgrade to Mono 2.6+. When doing the following in a terminal
  window I get an error that the ftp site cannot be found or connected to:
 
  zypper addrepo
 http://ftp.novell.com/pub/mono/download-stable/openSUSE_11.2
  mono-stable

 zypper ar http://ftp.novell.com/pub/mono/download-stable/openSUSE_11.2/
 mono-stablehttp://ftp.novell.com/pub/mono/download-stable/openSUSE_11.2/%0Amono-stable

 zypper ref -r mono-stable
 zypper dup -r mono-stable

 
  zypper refresh --repo mono-stable
  zypper dist-upgrade --repo mono-stable

 I just tested with this and it worked for me.  Is there something like
 blocking it?

 Also see inline comments for shorter commands. (much less typing)

 Cheers,
 Stephen




-- 
Greg

My Blog: http://dotnetrocks.blogspot.com/
My Techy Blog: http://weblogs.asp.net/grobinson/
Amy's Blog: http://amyshome.blogspot.com/
LinkedIn: http://www.linkedin.com/in/gregarobinson
My Company:
http://www.richmondbizsense.com/2010/05/04/health-monitoring-company-is-well-aware-of-richmond%E2%80%99s-benefits/
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] openSUSE upgrade to 2.6+

2010-05-25 Thread Robert Jordan

On 25.05.2010 14:16, Greg Robinson wrote:
 I get a 'Couldn't resolve host 'ftp.novel.com' when I try:

Try 'ftp.novell.com'.


 zypper refresh --repo mono-stable


Robert


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] System.NotImplementedException: The requested feature is not implemented. at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

I changed the config file settings to basicHttpBinding, removed all of the
related WSHttpBinding values and ran under Mono 2.6+.

Now I receive this exception

System.NotImplementedException: The requested feature is not implemented.
  at
System.ServiceModel.Configuration.ClientCredentialsElement.CreateBehavior ()
[0x0] in filename unknown:0



On Mon, May 24, 2010 at 2:25 PM, Atsushi Eno 
atsushi...@veritas-vos-liberabit.com wrote:

 It should in general work (we use its client side in moonlight too),
 depends on which parts of the features you use.

 Atsushi Eno


 On 2010/05/24 23:09, Greg Robinson wrote:

 What about BasicHttpBinding?





 On Mon, May 24, 2010 at 10:00 AM, Atsushi Eno 
 atsushi...@veritas-vos-liberabit.com mailto:
 atsushi...@veritas-vos-liberabit.com wrote:

WSHttpBinding is not usable at all. It involves the huge WS-*
stack like WS-Security which is far from done.

Atsushi Eno


On 2010/05/24 21:42, Greg Robinson wrote:

 I have been making good progress on moving our .NET server
application over to Mono 2.2 running on Ubuntu 2.2.

 Friday, I ported the WCF pieces over where all the server
application does is make calls to a WCF service running on a
windows server outside of our office.

 I am getting the following, which suggests to me these pieces
of client side WCF are not implemented in Mono 2.2:

 System.NotImplementedException: The requested feature is not
implemented.
 at

  System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
 at

  System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
 at System.ServiceModel.Configuration.ConfigUtil.CreateBinding
(System.String binding, System.String bindingConfiguration)
[0x0]
 at System.ServiceModel.ChannelFactory.ApplyConfiguration
(System.String endpointConfig) [0x0]
 at System.ServiceModel.ChannelFactory.InitializeEndpoint
(System.String endpointConfigurationName,
System.ServiceModel.EndpointAddress remoteAddress) [0x0]
 at

  
 System.ServiceModel.ChannelFactory`1[OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.IOurCompanyNameService]..ctor
(System.String endpointConfigurationName,
System.ServiceModel.EndpointAddress remoteAddress) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel].Initialize
(System.ServiceModel.InstanceContext instance, System.String
configName, System.ServiceModel.EndpointAddress remoteAddress)
[0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor
(System.ServiceModel.InstanceContext instance, System.String
configname) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor
(System.ServiceModel.InstanceContext instance) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor () [0x0]
 at

  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.OurCompanyNameServiceClient..ctor
() [0x0]
 at

  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
(Boolean useLimited) [0x0]
 at

  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
() [0x0]
 at

  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
(System.String loggerSAN) [0x0]
 at

  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
() [0x0]
 at OurCompanyNameWCFClientTest.Program.Main (System.String[]
args) [0x0]




Any idea if\when this will be implemented? is there a workaround?




Thanks



-- Greg

My Blog: http://dotnetrocks.blogspot.com/
My Techy Blog: http://weblogs.asp.net/grobinson/
Amy's Blog: http://amyshome.blogspot.com/
LinkedIn: http://www.linkedin.com/in/gregarobinson


___
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





 --
 Greg

 My Blog: http://dotnetrocks.blogspot.com/
 My Techy Blog: http://weblogs.asp.net/grobinson/
 Amy's Blog: http://amyshome.blogspot.com/
 LinkedIn: http://www.linkedin.com/in/gregarobinson
 My Company:
 http://www.richmondbizsense.com/2010/05/04/health-monitoring-company-is-well-aware-of-richmond%E2%80%99s-benefits/






-- 
Greg

My Blog: http://dotnetrocks.blogspot.com/
My Techy Blog: http://weblogs.asp.net/grobinson/
Amy's Blog:

Re: [Mono-dev] System.NotImplementedException: The requested feature is not implemented. at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

In general, when you see NotImplementedException, it is not implemented 
yet i.e. you cannot use it in mono.

It here means ClientCredentialsElement and clientCredentials 
configuration element.

Atsushi Eno

On 2010/05/25 22:27, Greg Robinson wrote:
 I changed the config file settings to basicHttpBinding, removed all of 
 the related WSHttpBinding values and ran under Mono 2.6+.

 Now I receive this exception

 System.NotImplementedException: The requested feature is not implemented.
   at 
 System.ServiceModel.Configuration.ClientCredentialsElement.CreateBehavior 
 () [0x0] in filename unknown:0



 On Mon, May 24, 2010 at 2:25 PM, Atsushi Eno 
 atsushi...@veritas-vos-liberabit.com 
 mailto:atsushi...@veritas-vos-liberabit.com wrote:

 It should in general work (we use its client side in moonlight
 too), depends on which parts of the features you use.

 Atsushi Eno


 On 2010/05/24 23:09, Greg Robinson wrote:

 What about BasicHttpBinding?





 On Mon, May 24, 2010 at 10:00 AM, Atsushi Eno
 atsushi...@veritas-vos-liberabit.com
 mailto:atsushi...@veritas-vos-liberabit.com
 mailto:atsushi...@veritas-vos-liberabit.com
 mailto:atsushi...@veritas-vos-liberabit.com wrote:

WSHttpBinding is not usable at all. It involves the huge WS-*
stack like WS-Security which is far from done.

Atsushi Eno


On 2010/05/24 21:42, Greg Robinson wrote:

 I have been making good progress on moving our .NET server
application over to Mono 2.2 running on Ubuntu 2.2.

 Friday, I ported the WCF pieces over where all the server
application does is make calls to a WCF service running
 on a
windows server outside of our office.

 I am getting the following, which suggests to me these
 pieces
of client side WCF are not implemented in Mono 2.2:

 System.NotImplementedException: The requested feature
 is not
implemented.
 at
  
  
 System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
 at
  
  
 System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
 at
 System.ServiceModel.Configuration.ConfigUtil.CreateBinding
(System.String binding, System.String bindingConfiguration)
[0x0]
 at System.ServiceModel.ChannelFactory.ApplyConfiguration
(System.String endpointConfig) [0x0]
 at System.ServiceModel.ChannelFactory.InitializeEndpoint
(System.String endpointConfigurationName,
System.ServiceModel.EndpointAddress remoteAddress)
 [0x0]
 at
  
  
 System.ServiceModel.ChannelFactory`1[OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.IOurCompanyNameService]..ctor
(System.String endpointConfigurationName,
System.ServiceModel.EndpointAddress remoteAddress)
 [0x0]
 at System.ServiceModel.ClientBase`1[TChannel].Initialize
(System.ServiceModel.InstanceContext instance,
 System.String
configName, System.ServiceModel.EndpointAddress
 remoteAddress)
[0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor
(System.ServiceModel.InstanceContext instance,
 System.String
configname) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor
(System.ServiceModel.InstanceContext instance) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor ()
 [0x0]
 at
  
  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.OurCompanyNameServiceClient..ctor
() [0x0]
 at
  
  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
(Boolean useLimited) [0x0]
 at
  
  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
() [0x0]
 at
  
  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
(System.String loggerSAN) [0x0]
 at
  
  
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
() [0x0]
 at

Re: [Mono-dev] SGen improved and looking for testers

2010-05-25 Thread Jonathan Gagnon

Here's a simple test case that doesn't behave properly with sgen.  The
runtime doesn't crash, but I get a NullReferenceException where I shouldn't.

The same program runs perfectly with Boehm.

Jonathan

-Message d'origine-
De : Mark Probst [mailto:mark.pro...@gmail.com] 
Envoyé : Friday, May 21, 2010 4:33 PM
À : Jonathan Gagnon
Cc : mono-devel-list
Objet : Re: [Mono-dev] SGen improved and looking for testers

Hi Jonathan,

 I did some tests with May 19th tarballs and I'm impressed to see that the
 memory usage in one of my test is a lot lower when using sgen compared to
 boehm.

That's good to hear!  We're getting similar reports from the Plastic SCM
folks.

 Stability also seemed to be great until I got a segmentation fault.
 Here's
 the call stack in case you can get something out of it:

 #0  0x081c2d12 in copy_object_no_checks (obj=0xf780fd98) at sgen-gc.c:2082

There's not too much I can make of this, unfortunately.  Does your
application use non-root appdomains?

Can I reproduce this myself somehow?  If not, would you be willing to
spend some time helping me figure out this bug?

Mark
No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 9.0.819 / Virus Database: 271.1.1/2869 - Release Date: 05/21/10
02:26:00
ï»¿using System;
using System.Collections.Generic;
using System.IO;
using System.Text;

namespace Test
{
/// summary
/// Classe qui permet de contenir un ensemble de valeurs uniques qui 
sont accessibles en
/// temps constant.
/// /summary
/// typeparam name=TType de donnÃ©e Ã  mettre dans le 
HashSet./typeparam
public class HashSetT
{
#region Types
internal struct Slot
{
internal int hashCode;
internal T value;
internal int next;
}
#endregion

#region Members
private static readonly int[] primes = new int[] { 
3, 7, 11, 0x11, 0x17, 0x1d, 0x25, 0x2f, 0x3b, 0x47, 0x59, 0x6b, 
0x83, 0xa3, 0xc5, 0xef, 
0x125, 0x161, 0x1af, 0x209, 0x277, 0x2f9, 0x397, 0x44f, 0x52f, 
0x63d, 0x78b, 0x91d, 0xaf1, 0xd2b, 0xfd1, 0x12fd, 
0x16cf, 0x1b65, 0x20e3, 0x2777, 0x2f6f, 0x38ff, 0x446f, 0x521f, 
0x628d, 0x7655, 0x8e01, 0xaa6b, 0xcc89, 0xf583, 0x126a7, 0x1619b, 
0x1a857, 0x1fd3b, 0x26315, 0x2dd67, 0x3701b, 0x42023, 0x4f361, 
0x5f0ed, 0x72125, 0x88e31, 0xa443b, 0xc51eb, 0xec8c1, 0x11bdbf, 0x154a3f, 
0x198c4f, 
0x1ea867, 0x24ca19, 0x2c25c1, 0x34fa1b, 0x3f928f, 0x4c4987, 
0x5b8b6f, 0x6dda89, 0x8cd721, 0xd342ab
 };

private const int Lower31BitMask = 0x7fff;
private int[] buckets;
private IEqualityComparerT comparer;
private int count;
private int freeList;
private int lastIndex;
private Slot[] slots;
#endregion

#region Properties
public IEqualityComparerT Comparer
{
get { return this.comparer; }
}

public int Count
{
get { return this.count; }
}
#endregion

#region Methods
// Methods
public HashSet()
: this(EqualityComparerT.Default)
{
}

public HashSet(int capacity)
: this(capacity, EqualityComparerT.Default)
{
this.Initialize(capacity);
}

public HashSet(int capacity, IEqualityComparerT comparer)
: this(comparer)
{
if (capacity  0)
{
throw new 
ArgumentOutOfRangeException(capacity, capacity can't be negative.);
}
this.Initialize(capacity);
this.comparer = comparer;
}

public HashSet(IEqualityComparerT comparer)
{
if (comparer == null)
{
comparer = EqualityComparerT.Default;
}
this.comparer = comparer;
this.lastIndex = 0;
this.count = 0;
this.freeList = -1;
}

/// summary
/// Ajoute un Ã©lÃ©ment s'il n'est pas dÃ©jÃ  dans le HashSet.
/// /summary
/// param name=itemItem Ã  ajouter./param
/// returnsTrue si l'Ã©lÃ©ment a Ã©tÃ© ajoutÃ©, false 
sinon./returns
public bool Add(T item)
{

Re: [Mono-dev] Cannot compile monodebugger with mono from svn trunk

2010-05-25 Thread xplicit


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

[Mono-dev] PATCH: fix memory leak in MonoSymbolFile unloading

2010-05-25 Thread Lucas Meijer


Hi.

Mono forgets to release the memory of any debug image file that was 
loaded from memory. Attach patch fixicates.


Bye, Lucas
Index: debug-mono-symfile.c
===
--- debug-mono-symfile.c(revision 42294)
+++ debug-mono-symfile.c(working copy)
@@ -123,10 +123,11 @@
symfile-raw_contents = p = g_malloc (size);
memcpy (p, raw_contents, size);
symfile-filename = g_strdup_printf (LoadedFromMemory);
+   symfile-was_loaded_from_memory = TRUE;
} else {
MonoFileMap *f;
symfile-filename = g_strdup_printf (%s.mdb, 
mono_image_get_filename (handle-image));
-
+   symfile-was_loaded_from_memory = FALSE;
if ((f = mono_file_map_open (symfile-filename))) {
symfile-raw_contents_size = mono_file_map_size (f);
if (symfile-raw_contents_size == 0) {
@@ -165,7 +166,12 @@
g_hash_table_destroy (symfile-method_hash);
 
if (symfile-raw_contents)
-   mono_file_unmap ((gpointer) symfile-raw_contents, 
symfile-raw_contents_handle);
+   {
+   if (symfile-was_loaded_from_memory)
+   g_free(symfile-raw_contents);
+   else
+   mono_file_unmap ((gpointer) symfile-raw_contents, 
symfile-raw_contents_handle);
+   }
 
if (symfile-filename)
g_free (symfile-filename);
Index: debug-mono-symfile.h
===
--- debug-mono-symfile.h(revision 42294)
+++ debug-mono-symfile.h(working copy)
@@ -91,6 +91,7 @@
gchar *filename;
GHashTable *method_hash;
MonoSymbolFileOffsetTable *offset_table;
+   gboolean was_loaded_from_memory;
 };
 
 #define MONO_SYMBOL_FILE_MAJOR_VERSION 50
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] PATCH: fix memory leak in MonoSymbolFile unloading

2010-05-25 Thread Martin Baulig

Hi Lucas,

thanks a lot for your patch, I just committed it to SVN.

Martin

On 05/25/2010 04:40 PM, Lucas Meijer wrote:
 Hi.

 Mono forgets to release the memory of any debug image file that was
 loaded from memory. Attach patch fixicates.

 Bye, Lucas

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] [PATCH] eglib fails to build under Solaris 10

2010-05-25 Thread Zoltan Varga

Committed.

 Zoltan

On Tue, May 25, 2010 at 1:17 PM, Burkhard Linke 
bli...@cebitec.uni-bielefeld.de wrote:

 Hi,

 current SVN revision of eglib (157827) fails to build unter Solaris 10. The
 function vasprintf() is missing, and the function nanosleep() is defined in
 the rt library.

 The applied patch fixes the compilation issues, using the already provided
 implemtation for Win32 and AC_SEARCH_LIBS to locate the correct library for
 nanosleep().

 Burkhard

 ___
 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] openSUSE upgrade to 2.6+

I am not following you; I did use ftp.novell.com and ftp.novel.com. Am I
missing something?

Also, when I use your shortcuts I am not providing the ftp address...it
seems to know it already.



On Tue, May 25, 2010 at 8:35 AM, Robert Jordan robe...@gmx.net wrote:

 On 25.05.2010 14:16, Greg Robinson wrote:
  I get a 'Couldn't resolve host 'ftp.novel.com' when I try:

 Try 'ftp.novell.com'.

 
  zypper refresh --repo mono-stable
 

 Robert


 ___
 Mono-devel-list mailing list
 Mono-devel-list@lists.ximian.com
 http://lists.ximian.com/mailman/listinfo/mono-devel-list




-- 
Greg

My Blog: http://dotnetrocks.blogspot.com/
My Techy Blog: http://weblogs.asp.net/grobinson/
Amy's Blog: http://amyshome.blogspot.com/
LinkedIn: http://www.linkedin.com/in/gregarobinson
My Company:
http://www.richmondbizsense.com/2010/05/04/health-monitoring-company-is-well-aware-of-richmond%E2%80%99s-benefits/
___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Altering our build system.

Hello,

 This would dovetail nicely with the idea of splitting up mcs into
 smaller modules as part of the git migration; see:
 
 http://www.mono-project.com/GitMigration
 
 I would also suggest using xbuild to build the non-core libraries.  This
 will make it easier for people who aren't using Unix to build the
 libraries, as Visual Studio could then (hopefully) be used for building,
 thus avoiding the pain that is Cygwin for everything except the runtime
 and core libraries.

As much as I would love to split the code now, the Git migration process
is too slow and each time we test new setups it burns a lot of time, so
I do not want to conflate those two just yet.

Miguel.

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Altering our build system.

Hello,

 1. Can we build using either .Net compilers or mono compilers?

I think that in this move to just build for the regular user, I do not
mind if we use either one.

 2. Is there the concept of make and make install (building class libs
 versus installing them in some location)?

It exists in Mono's Makefile setup, but I do not think that the VS
projects that we have have this.

There is a tool mono mono/msvc that can be run on Linux to extract all
of the command parameters used to build a library.   This could be used
to ensure that we do not accidentally forget to include some build flag
on the VS tooling.

Miguel


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] System.NotImplementedException: The requested feature is not implemented. at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration


 When I go to:
 
 http://mono-project.com/DistroPackages/Ubuntu
 
 it tells me Mono comes installed by default. We are running Ubuntu
 10.04. 
 
 What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04? 

I am told that there are no 2.6 packages available for Ubuntu by the
Debian/Ubuntu community.

The bad news is that you need to compile from source code;   The good
news is that this is a trivial process (as long as you use released
tarballs):

http://www.mono-project.com/Parallel_Mono_Environments

Migue.

 
 
 
 On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
 oskar.bergg...@gmail.com wrote:
 2.2 is fairly old. Have you checked with 2.4 or 2.6?
 
 Try searching for moma and mono class library status.
 
 /Oskar
 
 
 2010/5/24 Greg Robinson gregarobin...@gmail.com:
 
   I have been making good progress on moving our .NET server
 application over
  to Mono 2.2 running on Ubuntu 2.2.
 
   Friday, I ported the WCF pieces over where all the server
 application does
  is make calls to a WCF service running on a windows server
 outside of our
  office.
 
   I am getting the following, which suggests to me these
 pieces of client
  side WCF are not implemented in Mono 2.2:
 
   System.NotImplementedException: The requested feature is
 not implemented.
   at
 
 
 System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
  (System.ServiceModel.Channels.Binding binding) [0x0]
   at
 
 
 System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration
  (System.ServiceModel.Channels.Binding binding) [0x0]
   at
 System.ServiceModel.Configuration.ConfigUtil.CreateBinding
  (System.String binding, System.String bindingConfiguration)
 [0x0]
   at System.ServiceModel.ChannelFactory.ApplyConfiguration
 (System.String
  endpointConfig) [0x0]
   at System.ServiceModel.ChannelFactory.InitializeEndpoint
 (System.String
  endpointConfigurationName,
 System.ServiceModel.EndpointAddress
  remoteAddress) [0x0]
   at
 
 
 System.ServiceModel.ChannelFactory`1[OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.IOurCompanyNameService]..ctor
  (System.String endpointConfigurationName,
  System.ServiceModel.EndpointAddress remoteAddress) [0x0]
   at System.ServiceModel.ClientBase`1[TChannel].Initialize
  (System.ServiceModel.InstanceContext instance, System.String
 configName,
  System.ServiceModel.EndpointAddress remoteAddress) [0x0]
   at System.ServiceModel.ClientBase`1[TChannel]..ctor
  (System.ServiceModel.InstanceContext instance, System.String
 configname)
  [0x0]
   at System.ServiceModel.ClientBase`1[TChannel]..ctor
  (System.ServiceModel.InstanceContext instance) [0x0]
   at System.ServiceModel.ClientBase`1[TChannel]..ctor ()
 [0x0]
   at
 
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.OurCompanyNameServiceClient..ctor
  () [0x0]
   at
 
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
  (Boolean useLimited) [0x0]
   at
 
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
  () [0x0]
   at
 
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
  (System.String loggerSAN) [0x0]
   at
 
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
  () [0x0]
   at OurCompanyNameWCFClientTest.Program.Main
 (System.String[] args)
  [0x0]
 
 
 
 
  Any idea if\when this will be implemented? is there a
 workaround?
 
 
 
 
  Thanks
 
 
 
  --
  Greg
 
  My Blog: http://dotnetrocks.blogspot.com/
  My Techy Blog: http://weblogs.asp.net/grobinson/
  Amy's Blog: http://amyshome.blogspot.com/
  LinkedIn: http://www.linkedin.com/in/gregarobinson
 
 
  ___
  Mono-devel-list mailing list
  Mono-devel-list@lists.ximian.com
  http://lists.ximian.com/mailman/listinfo/mono-devel-list
 
 
 
 
 
 -- 
 Greg 
 
 My Blog: http://dotnetrocks.blogspot.com/
 My Techy Blog: http://weblogs.asp.net/grobinson/

Re: [Mono-dev] Playing with Mono.Terminal, no success


 Problem is that the app ends immediately, I don't see anything on the
 screen... Maybe I'm just misunderstanding the whole thing, I don't know...

That is usually a crash, but you do not see it.

Miguel

___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Playing with Mono.Terminal, no success


 Application.Iteration += delegate {
 Application.Refresh();
 };

With the above you will be busy-looping.


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] [PATCH] Block map support for sgen

Hello,

   For the sake of us that do not really speak the GC lingo, would you
mind explaining what block map support for SGen is?

 
 The attached patch set implements block map support for sgen. It uses
 a schema similar to boehm's, which is a 2 level sparse map.
 Under 64 bits it uses hashing.
 
 
 I benchmarked a modified binary-trees without valuetypes. Block maps
 gives a very modest speedup under major-copying (about 2%) and
 nothing under major-marksweep. I've only used the block map for
 major_copy_or_mark_object thou. There are probably other places it
 oould be used too.
 
 
 The design is basically the same as boehm's except for a few things:
 
 
 -It doesn't store list heads or address on each segment. This allows
 segment's size to be a power of 2; and
 -LOS is handled by filling all covering slots with its block instead
 of using forwarding
 
 
 Few notes:
 
 
 Segments are not deallocated since this requires either scanning whole
 segments on each deallocation or keeping block counts.
 And it's probably not needed since Boehm doesn't do it. It's doable as
 long as the block map is only read during GC and mutated
 with the gc lock held.
 
 
 64bits support has not been committed since it is a minor change to
 the code in sgen-gc.c and I want to have the current change set
 validated first.
 
 
 A small config option that uses either a 3 level map or just hashing
 under 32bits can be done with ease.
 
 
 The embedding of Block in MSBlockInfo wastes a word of memory. This
 could be worked out by either factoring Block::role into a separate
 struct or by using Block::next in place of MSBlockInfo::next.
 
 
 Cheers,
 Rodrigo
 ___
 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] Playing with Mono.Terminal, no success


 Problem is that the app ends immediately, I don't see anything on the
 screen... Maybe I'm just misunderstanding the whole thing, I don't know...

It works fine for me.

I bet the problem is that you did not install the shared library in a
place where your dynamic linker can find it.   LD_LIBRARY_PATH will help
you here, or installing in a directory listed in /etc/ld.so.conf (and
running /sbin/ldconfig after that)


 
 pablo
 
 
 On 10/05/2010 20:33, Miguel de Icaza wrote:
  Hello,
  
  I'm trying the simple sample at: http://www.mono-project.com/MonoCurses
 
Application.Init (false);
 Dialog d = new Dialog (40, 8, Hello);
 
 d.Add (new Label (0, 0, Hello World));
 Application.Run (d);
 
  on an OpenSuse box.
 
  But it doesn't work for me, it just exits and breaks the terminal... :-(
  
  Run your program like this to make sure it does not leave you in a
  broken state:
  
  mono sample.exe; stty sane
  
  Please post a full sample and I'll take a look at it.
  
  


___
Mono-devel-list mailing list
Mono-devel-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

Re: [Mono-dev] Playing with Mono.Terminal, no success

 However, clicking on Terminal-Reset gives me a bit of an idea whats going 
 off here.
 Mono-curses is in my GAC, and mono-curses.dll is also in the folder with the 
 executable; I've tried removing and re-gac'ing the assembly, with the package 
 option too.

This means that it cant load libmono-curses.so, the dynamic library.

I will add a check so people can figure out what is going on.

 
 ~/Projects/test/test/bin/Debug $ mono test.exe; stty
 Curses failed to initialize, the exception is: 
 System.TypeInitializationException:
 An exception was thrown by the type initializer for 
 Mono.Terminal.Window ---   System.DllNotFoundException: mono-curses
 at (wrapper managed-to-native)
 Mono.Terminal.Curses:console_sharp_get_dims 
 (int,int)
 at Mono.Terminal.Curses.initscr () [0x0]
 at Mono.Terminal.Window..cctor () [0x0]
 --- End of inner exception stack trace ---
 at Mono.Terminal.Curses.initscr () [0x0]
   at Mono.Terminal.Application.Init (Boolean disable_color) [0x0]
 Unhandled Exception: System.Exception: Application.Init failed
 at Mono.Terminal.Application.Init (Boolean disable_color) [0x0]
   at clustermgr.MainClass.Main (System.String[] args) [0x0]
 
 Hope this helps someone!
 -Russ
 
 -Original Message-
 From: mono-devel-list-boun...@lists.ximian.com 
 [mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of 
 pablosantosl...@terra.es
 Sent: 11 May 2010 08:21
 To: Miguel de Icaza
 Cc: mono-devel-list@lists.ximian.com; miguel.nov...@gmail.com
 Subject: Re: [Mono-dev] Playing with Mono.Terminal, no success
 
 Hi Miguel,
 
 Well, here's my code (I tried a different example than the one sent before)
 
 using System;
 using Mono.Terminal;
 
 namespace clustermgr
 {
 class MainClass
 {
 public static void Main(string[] args)
 {
 Application.Init(false);
 Dialog d = new Dialog (40, 8, Print);
 Button b = new Button (All Pages);
 b.Clicked += delegate {
d.Running = false;
 };
 d.AddButton (b);
 
 b = new Button (Current Page);
 b.Clicked += delegate {
 d.Running = false;
 };
 d.AddButton (b);
 
 Application.Iteration += delegate {
 Application.Refresh();
 };
 
 Application.Run(d);
 }
 }
 }
 
 Problem is that the app ends immediately, I don't see anything on the
 screen... Maybe I'm just misunderstanding the whole thing, I don't know...
 
 pablo
 
 
 On 10/05/2010 20:33, Miguel de Icaza wrote:
  Hello,
 
  I'm trying the simple sample at: http://www.mono-project.com/MonoCurses
 
Application.Init (false);
 Dialog d = new Dialog (40, 8, Hello);
 
 d.Add (new Label (0, 0, Hello World));
 Application.Run (d);
 
  on an OpenSuse box.
 
  But it doesn't work for me, it just exits and breaks the terminal... :-(
 
  Run your program like this to make sure it does not leave you in a
  broken state:
 
  mono sample.exe; stty sane
 
  Please post a full sample and I'll take a look at it.
 
 
 ___
 Mono-devel-list mailing list
 Mono-devel-list@lists.ximian.com
 http://lists.ximian.com/mailman/listinfo/mono-devel-list
 ==
 
 
 
 
 EIBS Ltd
 Unit 3, Wilford Business Park
 Ruddington Lane, Nottingham NG11 7EP
 T: 0115 977 5400 F: 0115 977 5401 www.eibs.co.ukhttp://www.eibs.co.uk
 
 The information conveyed in this e-mail is intended for the named 
 recipient(s) only and may be privileged or confidential. If you are not an 
 intended recipient, please notify the sender immediately and delete the 
 e-mail. You must not reproduce, distribute, store, retransmit, use or 
 disclose its contents to anyone.
 
 The views expressed may not be official policy, but the personal views of the 
 originator.
 
 Whilst every effort has been taken to ensure protection against virus 
 infection, we cannot accept any responsibility for viruses.
 
 Please note that we reserve the right to monitor all e-mail communication.
 ==
 EIBS Ltd, Unit 3 Wilford Business Park, Ruddington Lane, Nottingham, NG11 7EP
 
 Tel: +44 (0)8700 129 029  Fax: +44 (0)8700 129 030
 http://www.eibs.co.uk/Simplifying eContent
 
 The information conveyed in this e-mail is intended for the named 
 recipient(s) only and may be privileged or confidential. If you are not an 
 intended recipient, please notify the sender immediately and delete the 
 e-mail. You must not reproduce, distribute, store, retransmit, use or 
 disclose its contents to anyone.
 
 The views expressed may not be official policy, but the personal views of the 
 originator.
 
 Whilst every effort has been taken to ensure protection against virus 
 infection, we cannot accept any responsibility for viruses.

Re: [Mono-dev] Cannot compile mono from trunk at sles

2010-05-25 Thread Zoltan Varga

Hi,

  Sorry about that, should be fixed by the revertion of the broken changes.

 Zoltan

On Tue, May 25, 2010 at 9:45 AM, krlm kr...@poczta.onet.pl wrote:


 Hi,

 Thanks for your reply. I've updated sources but now I've got a seg fault.
 Exactly the same like here:
 http://wrench.mono-project.com/builds/mono/sle-11-i586/157808
 I'd appreciate for any help.

 Kind regards
 Marcin

 --
 View this message in context:
 http://mono.1490590.n4.nabble.com/Cannot-compile-mono-from-trunk-at-sles-tp2229203p2229630.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.NotImplementedException: The requested feature is not implemented. at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

I am new to Linux, new to Mono. I am really hoping we can use Mono for our
.NET application to Linux port/migration.

The other option on the table is to totally re-write in Java.

So what do folks usually do at this point; the point where they find that
something they need, our .NET Server application calling a WCF Service using
System.ServiceModel bits, not implemented in Mono? It seems a shame to just
give up and do a port to Java; is that my only solution though?



On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com wrote:


  When I go to:
 
  http://mono-project.com/DistroPackages/Ubuntu
 
  it tells me Mono comes installed by default. We are running Ubuntu
  10.04.
 
  What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04?

 I am told that there are no 2.6 packages available for Ubuntu by the
 Debian/Ubuntu community.

 The bad news is that you need to compile from source code;   The good
 news is that this is a trivial process (as long as you use released
 tarballs):

 http://www.mono-project.com/Parallel_Mono_Environments

 Migue.

 
 
 
  On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
  oskar.bergg...@gmail.com wrote:
  2.2 is fairly old. Have you checked with 2.4 or 2.6?
 
  Try searching for moma and mono class library status.
 
  /Oskar
 
 
  2010/5/24 Greg Robinson gregarobin...@gmail.com:
 
I have been making good progress on moving our .NET server
  application over
   to Mono 2.2 running on Ubuntu 2.2.
  
Friday, I ported the WCF pieces over where all the server
  application does
   is make calls to a WCF service running on a windows server
  outside of our
   office.
  
I am getting the following, which suggests to me these
  pieces of client
   side WCF are not implemented in Mono 2.2:
  
System.NotImplementedException: The requested feature is
  not implemented.
at
  
 
 System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
   (System.ServiceModel.Channels.Binding binding) [0x0]
at
  
 
 System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration
   (System.ServiceModel.Channels.Binding binding) [0x0]
at
  System.ServiceModel.Configuration.ConfigUtil.CreateBinding
   (System.String binding, System.String bindingConfiguration)
  [0x0]
at System.ServiceModel.ChannelFactory.ApplyConfiguration
  (System.String
   endpointConfig) [0x0]
at System.ServiceModel.ChannelFactory.InitializeEndpoint
  (System.String
   endpointConfigurationName,
  System.ServiceModel.EndpointAddress
   remoteAddress) [0x0]
at
  
 
 System.ServiceModel.ChannelFactory`1[OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.IOurCompanyNameService]..ctor
   (System.String endpointConfigurationName,
   System.ServiceModel.EndpointAddress remoteAddress) [0x0]
at System.ServiceModel.ClientBase`1[TChannel].Initialize
   (System.ServiceModel.InstanceContext instance, System.String
  configName,
   System.ServiceModel.EndpointAddress remoteAddress) [0x0]
at System.ServiceModel.ClientBase`1[TChannel]..ctor
   (System.ServiceModel.InstanceContext instance, System.String
  configname)
   [0x0]
at System.ServiceModel.ClientBase`1[TChannel]..ctor
   (System.ServiceModel.InstanceContext instance) [0x0]
at System.ServiceModel.ClientBase`1[TChannel]..ctor ()
  [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.OurCompanyNameServiceClient..ctor
   () [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
   (Boolean useLimited) [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
   () [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
   (System.String loggerSAN) [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
   () [0x0]
at OurCompanyNameWCFClientTest.Program.Main
  (System.String[] args)
   [0x0]
  
  
  
  
   Any idea if\when this will be implemented? is there a
  workaround?
  
  
  
  
   Thanks
  
  
  
   --
   Greg
  
   My Blog:

Re: [Mono-dev] System.NotImplementedException: The requested feature is not implemented. at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

2010-05-25 Thread Stifu


The obvious answer: contribute to Mono and help implement it. Or pay someone
to do it.
That's what some companies do. If you can afford it, that's an option (which
might turn out to be cheaper than rewriting everything in Java; that said, I
have no idea how much work is needed here).


Greg Robinson wrote:
 
 I am new to Linux, new to Mono. I am really hoping we can use Mono for our
 .NET application to Linux port/migration.
 
 The other option on the table is to totally re-write in Java.
 
 So what do folks usually do at this point; the point where they find that
 something they need, our .NET Server application calling a WCF Service
 using
 System.ServiceModel bits, not implemented in Mono? It seems a shame to
 just
 give up and do a port to Java; is that my only solution though?
 
 
 
 On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com
 wrote:
 

  When I go to:
 
  http://mono-project.com/DistroPackages/Ubuntu
 
  it tells me Mono comes installed by default. We are running Ubuntu
  10.04.
 
  What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04?

 I am told that there are no 2.6 packages available for Ubuntu by the
 Debian/Ubuntu community.

 The bad news is that you need to compile from source code;   The good
 news is that this is a trivial process (as long as you use released
 tarballs):

 http://www.mono-project.com/Parallel_Mono_Environments

 Migue.

 
 
 
  On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
  oskar.bergg...@gmail.com wrote:
  2.2 is fairly old. Have you checked with 2.4 or 2.6?
 
  Try searching for moma and mono class library status.
 
  /Oskar
 
 
  2010/5/24 Greg Robinson gregarobin...@gmail.com:
 
I have been making good progress on moving our .NET server
  application over
   to Mono 2.2 running on Ubuntu 2.2.
  
Friday, I ported the WCF pieces over where all the server
  application does
   is make calls to a WCF service running on a windows server
  outside of our
   office.
  
I am getting the following, which suggests to me these
  pieces of client
   side WCF are not implemented in Mono 2.2:
  
System.NotImplementedException: The requested feature is
  not implemented.
at
  
 
 System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
   (System.ServiceModel.Channels.Binding binding) [0x0]
at
  
 
 System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration
   (System.ServiceModel.Channels.Binding binding) [0x0]
at
  System.ServiceModel.Configuration.ConfigUtil.CreateBinding
   (System.String binding, System.String bindingConfiguration)
  [0x0]
at System.ServiceModel.ChannelFactory.ApplyConfiguration
  (System.String
   endpointConfig) [0x0]
at System.ServiceModel.ChannelFactory.InitializeEndpoint
  (System.String
   endpointConfigurationName,
  System.ServiceModel.EndpointAddress
   remoteAddress) [0x0]
at
  
 
 System.ServiceModel.ChannelFactory`1[OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.IOurCompanyNameService]..ctor
   (System.String endpointConfigurationName,
   System.ServiceModel.EndpointAddress remoteAddress) [0x0]
at System.ServiceModel.ClientBase`1[TChannel].Initialize
   (System.ServiceModel.InstanceContext instance, System.String
  configName,
   System.ServiceModel.EndpointAddress remoteAddress) [0x0]
at System.ServiceModel.ClientBase`1[TChannel]..ctor
   (System.ServiceModel.InstanceContext instance, System.String
  configname)
   [0x0]
at System.ServiceModel.ClientBase`1[TChannel]..ctor
   (System.ServiceModel.InstanceContext instance) [0x0]
at System.ServiceModel.ClientBase`1[TChannel]..ctor ()
  [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.OurCompanyNameServiceClient..ctor
   () [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
   (Boolean useLimited) [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
   () [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
   (System.String loggerSAN) [0x0]
at
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.GetConfiguration
   () [0x0]
at OurCompanyNameWCFClientTest.Program.Main
  (System.String[]

Re: [Mono-dev] System.NotImplementedException: The requested feature is not implemented. at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

Understood, and that was my first thought. Was just wondering if there were
alternative solutions.

I am thinking of a Java/.NET split if you will where we keep what we can
that WILL run under Mono and port the rest to Java. That assumes we can get
the two to play nicely together.

Is there a way to see if someone is already working on the bits in Mono we
need?



On Tue, May 25, 2010 at 2:05 PM, Stifu st...@free.fr wrote:


 The obvious answer: contribute to Mono and help implement it. Or pay
 someone
 to do it.
 That's what some companies do. If you can afford it, that's an option
 (which
 might turn out to be cheaper than rewriting everything in Java; that said,
 I
 have no idea how much work is needed here).


 Greg Robinson wrote:
 
  I am new to Linux, new to Mono. I am really hoping we can use Mono for
 our
  .NET application to Linux port/migration.
 
  The other option on the table is to totally re-write in Java.
 
  So what do folks usually do at this point; the point where they find that
  something they need, our .NET Server application calling a WCF Service
  using
  System.ServiceModel bits, not implemented in Mono? It seems a shame to
  just
  give up and do a port to Java; is that my only solution though?
 
 
 
  On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com
  wrote:
 
 
   When I go to:
  
   http://mono-project.com/DistroPackages/Ubuntu
  
   it tells me Mono comes installed by default. We are running Ubuntu
   10.04.
  
   What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04?
 
  I am told that there are no 2.6 packages available for Ubuntu by the
  Debian/Ubuntu community.
 
  The bad news is that you need to compile from source code;   The good
  news is that this is a trivial process (as long as you use released
  tarballs):
 
  http://www.mono-project.com/Parallel_Mono_Environments
 
  Migue.
 
  
  
  
   On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
   oskar.bergg...@gmail.com wrote:
   2.2 is fairly old. Have you checked with 2.4 or 2.6?
  
   Try searching for moma and mono class library status.
  
   /Oskar
  
  
   2010/5/24 Greg Robinson gregarobin...@gmail.com:
  
 I have been making good progress on moving our .NET server
   application over
to Mono 2.2 running on Ubuntu 2.2.
   
 Friday, I ported the WCF pieces over where all the server
   application does
is make calls to a WCF service running on a windows server
   outside of our
office.
   
 I am getting the following, which suggests to me these
   pieces of client
side WCF are not implemented in Mono 2.2:
   
 System.NotImplementedException: The requested feature is
   not implemented.
 at
   
  
 
 System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
 at
   
  
 
 System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
 at
   System.ServiceModel.Configuration.ConfigUtil.CreateBinding
(System.String binding, System.String bindingConfiguration)
   [0x0]
 at System.ServiceModel.ChannelFactory.ApplyConfiguration
   (System.String
endpointConfig) [0x0]
 at System.ServiceModel.ChannelFactory.InitializeEndpoint
   (System.String
endpointConfigurationName,
   System.ServiceModel.EndpointAddress
remoteAddress) [0x0]
 at
   
  
 
 System.ServiceModel.ChannelFactory`1[OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.IOurCompanyNameService]..ctor
(System.String endpointConfigurationName,
System.ServiceModel.EndpointAddress remoteAddress) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel].Initialize
(System.ServiceModel.InstanceContext instance, System.String
   configName,
System.ServiceModel.EndpointAddress remoteAddress) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor
(System.ServiceModel.InstanceContext instance, System.String
   configname)
[0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor
(System.ServiceModel.InstanceContext instance) [0x0]
 at System.ServiceModel.ClientBase`1[TChannel]..ctor ()
   [0x0]
 at
   
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameWCFServiceProxy.OurCompanyNameServiceClient..ctor
() [0x0]
 at
   
  
 
 OurCompanyName.Common.WebServiceReference.OurCompanyNameServiceProxyAgent.CreateServiceProxy
(Boolean

Re: [Mono-dev] [PATCH] Block map support for sgen

2010-05-25 Thread Rodrigo Kumpera

When doing major collections, sgen must know where a given object lives
(it's space), if it's on the nursery,
a major block, a large object and so on.

Right now, to identify a large object we calculate the object size and check
against a constant.
This is not very cache friendly and requires 5 memory loads for a regular
object.

The idea then is to have a faster way to identify this using an
address-space dictionary and this is
were the block map comes in.

The current design requires only 3 loads to identify the space of an object
of which 2 will probably
be very cache hot.

Since object spaces are very large memory regions we can get away with a
simple 2 level sparse
array with a granularity of 4096 bytes or more.

The current design is heavily inspired on boehm's implementation. It uses a
2 level sparse map
indexed on the pointer value, which is a fancy way of saying an array of
arrays.

pointer bits
3122  21...12   11..0
first levelsecond levelignored

To avoid a null check when resolving the second level, we use a single entry
filled with null.

Under 64 bits we replace the first level with a hashtable using bits 63..32
as hashes.

I'm glad you asked, because now that I've written a good explanation of it,
I just came to realize that it
can be improved by encoding the kind of space on the block pointer itself as
it will save a memory load.


On Tue, May 25, 2010 at 1:48 PM, Miguel de Icaza mig...@novell.com wrote:

 Hello,

   For the sake of us that do not really speak the GC lingo, would you
 mind explaining what block map support for SGen is?

 
  The attached patch set implements block map support for sgen. It uses
  a schema similar to boehm's, which is a 2 level sparse map.
  Under 64 bits it uses hashing.
 
 
  I benchmarked a modified binary-trees without valuetypes. Block maps
  gives a very modest speedup under major-copying (about 2%) and
  nothing under major-marksweep. I've only used the block map for
  major_copy_or_mark_object thou. There are probably other places it
  oould be used too.
 
 
  The design is basically the same as boehm's except for a few things:
 
 
  -It doesn't store list heads or address on each segment. This allows
  segment's size to be a power of 2; and
  -LOS is handled by filling all covering slots with its block instead
  of using forwarding
 
 
  Few notes:
 
 
  Segments are not deallocated since this requires either scanning whole
  segments on each deallocation or keeping block counts.
  And it's probably not needed since Boehm doesn't do it. It's doable as
  long as the block map is only read during GC and mutated
  with the gc lock held.
 
 
  64bits support has not been committed since it is a minor change to
  the code in sgen-gc.c and I want to have the current change set
  validated first.
 
 
  A small config option that uses either a 3 level map or just hashing
  under 32bits can be done with ease.
 
 
  The embedding of Block in MSBlockInfo wastes a word of memory. This
  could be worked out by either factoring Block::role into a separate
  struct or by using Block::next in place of MSBlockInfo::next.
 
 
  Cheers,
  Rodrigo
  ___
  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] _wapi_connect stuck in poll()

2010-05-25 Thread Geoff Norton

Can you try this patch?

-g


poll-fix.diff
Description: Binary data

On 2010-05-25, at 3:05 PM, yoni shalom wrote:

 Tested on Mono 2.4.2.3, 2.6.x
 Both leopard and snow leopard.
 
 It seems as though _sometime_ (ranges from 0 to 5 out of 50) threads
 that are in the middle of performing Socket.Connect() on which
 Thread.Abort() is called, never exit and cause the thread to leak
 and be stuck indefinitely.
 
 The offending thread is stuck in
 Socket.Connect()-Connect_internal-_wapi_connect-poll().
 I'm attaching a test program - just let it run, wait for 30 seconds
 and then in gdb display all stacks ( t apply all bt ) and you will see
 the threads stuck in ves_blabla_Connect_Internal()
 
 The code I'm talking about is this (mono/io-layer/sockets.c) :
 
 while (poll (fds, 1, -1) ==  -1 
   !_wapi_thread_cur_apc_pending ()) {
  if (errno != EINTR) {
errnum = errno_to_WSA (errno, __func__);
 
 #ifdef DEBUG
g_message (%s: connect poll error: %s,
 __func__, strerror (errno));
 #endif
 
WSASetLastError (errnum);
return(SOCKET_ERROR);
  }
 }
 
 I've been trying to debug this code without much luck understanding
 what is special to the misbehaving scenario...
 
 A change in the first line of code, allowing for a timeout of 3
 seconds in the poll syscall (not sure how correct this is), seems to
 solve the problem for me.
 int prslt;
 while(((prslt = poll(fds, 1, 3000)) == 0) || (prslt == -1 
 !_wapi_thread_cur_apc_pending()) {
 ...
 
 
 Obviously this is not optimal, and as such - is not a solution
 proposal but just additional info.
 BeginConnect.zip___
 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.NotImplementedException: The requestedfeature is not implemented. atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

Thanks, running MoMA is one of the first things I did when I started looking
at Mono. Much to my surprise it did not find any errors.

On Tue, May 25, 2010 at 3:40 PM, Matt Dargavel m...@shout-telecoms.comwrote:

Hi Greg,

Have you tried running MoMA (http://www.mono-project.com/MoMa) against
your application? This should give you an idea of how much is missing from
Mono.

With respect to WCF and the specific problem you saw, I’ve not used the
security stuff at all but it looks like most of the ClientCredentials class
is done so you might be able to configure the necessary ClientCredentials in
code rather than using .config files. I don’t think the
System.ServiceModel.Configuration namespace is as complete as some of the
other bits. You can find information on the implementation status at the
links below.

http://go-mono.com/status/status.aspx?reference=3.5profile=2.0assembly=System.ServiceModel

http://www.mono-project.com/WCF

Regards,

Matt.

*From:* mono-devel-list-boun...@lists.ximian.com [mailto:
mono-devel-list-boun...@lists.ximian.com] *On Behalf Of *Greg Robinson
*Sent:* 25 May 2010 7:09 PM
*To:* Stifu
*Cc:* mono-devel-list@lists.ximian.com
*Subject:* Re: [Mono-dev] System.NotImplementedException: The
requestedfeature is not implemented.
atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

Understood, and that was my first thought. Was just wondering if there were
alternative solutions.

I am thinking of a Java/.NET split if you will where we keep what we can
that WILL run under Mono and port the rest to Java. That assumes we can get
the two to play nicely together.

Is there a way to see if someone is already working on the bits in Mono we
need?

On Tue, May 25, 2010 at 2:05 PM, Stifu st...@free.fr wrote:

The obvious answer: contribute to Mono and help implement it. Or pay
someone
to do it.
That's what some companies do. If you can afford it, that's an option
(which
might turn out to be cheaper than rewriting everything in Java; that said,
I
have no idea how much work is needed here).

Greg Robinson wrote:

I am new to Linux, new to Mono. I am really hoping we can use Mono for
our
.NET application to Linux port/migration.

The other option on the table is to totally re-write in Java.

So what do folks usually do at this point; the point where they find that
something they need, our .NET Server application calling a WCF Service
using
System.ServiceModel bits, not implemented in Mono? It seems a shame to
just
give up and do a port to Java; is that my only solution though?

On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com
wrote:

When I go to:

http://mono-project.com/DistroPackages/Ubuntu

it tells me Mono comes installed by default. We are running Ubuntu
10.04.

What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04?

I am told that there are no 2.6 packages available for Ubuntu by the
Debian/Ubuntu community.

The bad news is that you need to compile from source code; The good
news is that this is a trivial process (as long as you use released
tarballs):

http://www.mono-project.com/Parallel_Mono_Environments

Migue.

On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
oskar.bergg...@gmail.com wrote:
2.2 is fairly old. Have you checked with 2.4 or 2.6?

Try searching for moma and mono class library status.

/Oskar

2010/5/24 Greg Robinson gregarobin...@gmail.com:

I have been making good progress on moving our .NET server
application over
to Mono 2.2 running on Ubuntu 2.2.

Friday, I ported the WCF pieces over where all the server
application does
is make calls to a WCF service running on a windows server
outside of our
office.

I am getting the following, which suggests to me these
pieces of client
side WCF are not implemented in Mono 2.2:

System.NotImplementedException: The requested feature is
not implemented.
at

System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
at

System.ServiceModel.Configuration.StandardBindingElement.ApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
at
System.ServiceModel.Configuration.ConfigUtil.CreateBinding
(System.String binding, System.String bindingConfiguration)
[0x0]
at System.ServiceModel.ChannelFactory.ApplyConfiguration
(System.String
endpointConfig) [0x0]
at

Re: [Mono-dev] System.NotImplementedException: The requestedfeature is not implemented. atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

Matt,

it looks like most of the ClientCredentials class is done so you might be
able to configure the necessary ClientCredentials in code rather than using
.config files.

So are you stating Mono is not app.config file friendly? So it's possible
if we hard code these bits will run under Mono?

On Tue, May 25, 2010 at 3:40 PM, Matt Dargavel m...@shout-telecoms.comwrote:

Hi Greg,

Have you tried running MoMA (http://www.mono-project.com/MoMa) against
your application? This should give you an idea of how much is missing from
Mono.

http://go-mono.com/status/status.aspx?reference=3.5profile=2.0assembly=System.ServiceModel

http://www.mono-project.com/WCF

Regards,

Matt.

Understood, and that was my first thought. Was just wondering if there were
alternative solutions.

I am thinking of a Java/.NET split if you will where we keep what we can
that WILL run under Mono and port the rest to Java. That assumes we can get
the two to play nicely together.

Is there a way to see if someone is already working on the bits in Mono we
need?

On Tue, May 25, 2010 at 2:05 PM, Stifu st...@free.fr wrote:

Greg Robinson wrote:

I am new to Linux, new to Mono. I am really hoping we can use Mono for
our
.NET application to Linux port/migration.

The other option on the table is to totally re-write in Java.

On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com
wrote:

When I go to:

http://mono-project.com/DistroPackages/Ubuntu

it tells me Mono comes installed by default. We are running Ubuntu
10.04.

What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04?

I am told that there are no 2.6 packages available for Ubuntu by the
Debian/Ubuntu community.

The bad news is that you need to compile from source code; The good
news is that this is a trivial process (as long as you use released
tarballs):

http://www.mono-project.com/Parallel_Mono_Environments

Migue.

On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
oskar.bergg...@gmail.com wrote:
2.2 is fairly old. Have you checked with 2.4 or 2.6?

Try searching for moma and mono class library status.

/Oskar

2010/5/24 Greg Robinson gregarobin...@gmail.com:

I have been making good progress on moving our .NET server
application over
to Mono 2.2 running on Ubuntu 2.2.

Friday, I ported the WCF pieces over where all the server
application does
is make calls to a WCF service running on a windows server
outside of our
office.

I am getting the following, which suggests to me these
pieces of client
side WCF are not implemented in Mono 2.2:

System.NotImplementedException: The requested feature is
not implemented.
at

System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration
(System.ServiceModel.Channels.Binding binding) [0x0]
at

Re: [Mono-dev] System.NotImplementedException: The requestedfeature is not implemented. atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

2010-05-25 Thread Alan McGovern

I am thinking of a Java/.NET split if you will where we keep what we
can that WILL run under Mono and port the rest to Java. That assumes
we can get the two to play nicely together.

Depending on what it is that doesn't work, it's possible that it'd
only take you a couple of days could fix your issue. That'd be
significantly less time than porting to java. You'd have to way up the
pros and cons of rewriting in java. The biggest con is that you have
doubled your maintainance burden if you have the same code in two
languages.

Alan.

On Tue, May 25, 2010 at 9:09 PM, Greg Robinson gregarobin...@gmail.com wrote:
Matt,

it looks like most of the ClientCredentials class is done so you might be
able to configure the necessary ClientCredentials in code rather than using
.config files.

So are you stating Mono is not app.config file friendly? So it's possible
if we hard code these bits will run under Mono?

On Tue, May 25, 2010 at 3:40 PM, Matt Dargavel m...@shout-telecoms.com
wrote:

Hi Greg,

Have you tried running MoMA (http://www.mono-project.com/MoMa) against
your application? This should give you an idea of how much is missing from
Mono.

http://go-mono.com/status/status.aspx?reference=3.5profile=2.0assembly=System.ServiceModel

http://www.mono-project.com/WCF

Regards,

Matt.

From: mono-devel-list-boun...@lists.ximian.com
[mailto:mono-devel-list-boun...@lists.ximian.com] On Behalf Of Greg Robinson
Sent: 25 May 2010 7:09 PM
To: Stifu
Cc: mono-devel-list@lists.ximian.com
Subject: Re: [Mono-dev] System.NotImplementedException: The
requestedfeature is not implemented.
atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

Understood, and that was my first thought. Was just wondering if there
were alternative solutions.

I am thinking of a Java/.NET split if you will where we keep what we can
that WILL run under Mono and port the rest to Java. That assumes we can get
the two to play nicely together.

Is there a way to see if someone is already working on the bits in Mono we
need?

On Tue, May 25, 2010 at 2:05 PM, Stifu st...@free.fr wrote:

Greg Robinson wrote:

I am new to Linux, new to Mono. I am really hoping we can use Mono for
our
.NET application to Linux port/migration.

The other option on the table is to totally re-write in Java.

So what do folks usually do at this point; the point where they find
that
something they need, our .NET Server application calling a WCF Service
using
System.ServiceModel bits, not implemented in Mono? It seems a shame to
just
give up and do a port to Java; is that my only solution though?

On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com
wrote:

When I go to:

http://mono-project.com/DistroPackages/Ubuntu

it tells me Mono comes installed by default. We are running Ubuntu
10.04.

What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04?

I am told that there are no 2.6 packages available for Ubuntu by the
Debian/Ubuntu community.

The bad news is that you need to compile from source code; The good
news is that this is a trivial process (as long as you use released
tarballs):

http://www.mono-project.com/Parallel_Mono_Environments

Migue.

On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
oskar.bergg...@gmail.com wrote:
2.2 is fairly old. Have you checked with 2.4 or 2.6?

Try searching for moma and mono class library status.

/Oskar

2010/5/24 Greg Robinson gregarobin...@gmail.com:

I have been making good progress on moving our .NET server
application over
to Mono 2.2 running on Ubuntu 2.2.
Friday, I ported the WCF pieces over where all the server
application does
is make calls to a WCF service running on a windows server
outside of our
office.
I am getting the following, which suggests to me these
pieces of client
side WCF are not implemented in Mono 2.2:

Re: [Mono-dev] System.NotImplementedException: The requestedfeature is not implemented. atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

Hello,

First of all, MoMA is not anything you can think this app SHOULD run on
mono because MoMA reported nothing. It is rather to find out that MoMA
reported some items that should be implemented, so this app won't run.
It is because:

- It only checks exposed API. Anything that depends on internals won't
be reported.
- It does not support configuration elements, and WCF has a lot of them.
- There are many classes/members that itself is implemented but not
supported in
combined with others. Say, when we have FooServiceBehavior, BarBinding, and
ServiceHost and the combination of all of them doesn't work, they could
still be
reported as implemented as long as they are implemented (and it's too
silly to mark
everything NotImplemented or MonoTODO).

As for Credentials types, you should not basically expect them working
except for some
HTTP authentication stuff. For example IssuedToken will never work until
we finish lots of WS-* stuff.
It is easy to implement ClientCredentialsElement.CreateBehavior() right
now, but it does not make a lot of sense so far.

Atsushi Eno

On 2010/05/26 4:40, Matt Dargavel wrote:

Hi Greg,

Have you tried running MoMA (http://www.mono-project.com/MoMa) against
your application? This should give you an idea of how much is missing
from Mono.

With respect to WCF and the specific problem you saw, I’ve not used
the security stuff at all but it looks like most of the
ClientCredentials class is done so you might be able to configure the
necessary ClientCredentials in code rather than using .config files. I
don’t think the System.ServiceModel.Configuration namespace is as
complete as some of the other bits. You can find information on the
implementation status at the links below.

http://go-mono.com/status/status.aspx?reference=3.5profile=2.0assembly=System.ServiceModel

http://www.mono-project.com/WCF

Regards,

Matt.

*From:* mono-devel-list-boun...@lists.ximian.com
[mailto:mono-devel-list-boun...@lists.ximian.com] *On Behalf Of *Greg
Robinson
*Sent:* 25 May 2010 7:09 PM
*To:* Stifu
*Cc:* mono-devel-list@lists.ximian.com
*Subject:* Re: [Mono-dev] System.NotImplementedException: The
requestedfeature is not implemented.
atSystem.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

Understood, and that was my first thought. Was just wondering if there
were alternative solutions.

I am thinking of a Java/.NET split if you will where we keep what we
can that WILL run under Mono and port the rest to Java. That assumes
we can get the two to play nicely together.

Is there a way to see if someone is already working on the bits in
Mono we need?

On Tue, May 25, 2010 at 2:05 PM, Stifu st...@free.fr
mailto:st...@free.fr wrote:

The obvious answer: contribute to Mono and help implement it. Or pay
someone
to do it.
That's what some companies do. If you can afford it, that's an option
(which
might turn out to be cheaper than rewriting everything in Java; that
said, I
have no idea how much work is needed here).

Greg Robinson wrote:

I am new to Linux, new to Mono. I am really hoping we can use Mono
for our
.NET application to Linux port/migration.

The other option on the table is to totally re-write in Java.

So what do folks usually do at this point; the point where they find
that
something they need, our .NET Server application calling a WCF Service
using
System.ServiceModel bits, not implemented in Mono? It seems a shame to
just
give up and do a port to Java; is that my only solution though?

On Tue, May 25, 2010 at 12:45 PM, Miguel de Icaza mig...@novell.com
mailto:mig...@novell.com
wrote:

When I go to:

http://mono-project.com/DistroPackages/Ubuntu

it tells me Mono comes installed by default. We are running Ubuntu
10.04.

What do I need to do to upgrade to Mono 2.6 on Ubuntu 10.04?

I am told that there are no 2.6 packages available for Ubuntu by the
Debian/Ubuntu community.

The bad news is that you need to compile from source code; The good
news is that this is a trivial process (as long as you use released
tarballs):

http://www.mono-project.com/Parallel_Mono_Environments

Migue.

On Mon, May 24, 2010 at 8:50 AM, Oskar Berggren
oskar.bergg...@gmail.com mailto:oskar.bergg...@gmail.com wrote:
2.2 is fairly old. Have you checked with 2.4 or 2.6?

Try searching for moma and mono class library status.

/Oskar

2010/5/24 Greg Robinson gregarobin...@gmail.com
mailto:gregarobin...@gmail.com:

I have been making good progress on moving our .NET server
application over
to Mono 2.2 running on Ubuntu 2.2.

Friday, I ported the WCF pieces over where all the server
application does
is make calls to a WCF service running on a windows server
outside of our

Re: [Mono-list] Building Mono on Windows

2010-05-25 Thread Giles Thomas


Hi Robert,

Thanks for the answers; my replies inline below.

Robert Jordan wrote:

The bad news first: the Windows build is broken at present.
  
Ah, OK.  I guess it's still worth trying to get my build to fail in the 
right way, though.



Here's the error message:

--
make[8]: Entering directory `/usr/src/mono/mcs/tools/gacutil'
Creating ../../build/deps/gacutil.exe.response ...
MCS [basic] gacutil.exe
The assembly mscorlib.dll was not found or could not be loaded.
It should have been installed in the
`C:\cygwin\usr\src\mono\mono\mono\mini\lib\
mono\2.0\mscorlib.dll' directory.
make[8]: *** [../../class/lib/basic/gacutil.exe] Error 1



This probably a problem on your side. Do you have an official
Mono installation in your path as suggested by Shana's docs?
  
I do.  I installed the most recent installer (I think 
mono-2.6.4-gktshartp-2.12.10-win43-3.exe) to the default location, and 
have the following in my .bashrc:


PATH=.:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Program 
Files/Mono-2.6.4/bin
PKG_CONFIG_PATH=.:/lib/pkgconfig:/cygdrive/c/Program 
Files/Mono-2.6.4/lib/pkgconfig
LD_LIBRARY_PATH=.:/usr/local/lib:/usr/lib:/lib:/cygdrive/c/Program 
Files/Mono-2.6.4/lib

export PATH PKG_CONFIG_PATH LD_LIBRARY_PATH

Typing mono --version from the Cygwin bash prompt works, so I'm pretty 
sure that at least the PATH is OK. 

It looks to me like it's trying to find a version that was installed in 
the build tree, though -- or is this a fallback of some kind if it can't 
find a properly installed version?



I'm following the instructions on this excellent (but, I think, slightly
out of date) blog post:
http://shana.worldofcoding.com/en/mono_cygwin_tutorial.html, which is
linked from the Mono website.



They are still relevant (modulo version numbers).
  
OK.  Is Shana active on this list, or would it be worth me dropping her 
an email with a list of the Cygwin packages that might be worth adding 
to the list on the blog post, and suggesting the update to the SVN 
repository URLs?



This special Make version is still required.
  

Thanks, glad I didn't decide I knew better than the instructions, then...


The CRLF issue is probably caused by a Tortoise SVN checkout.
You're supposed to use cygwin's svn and also take care to mount
cygwin's drives in binary mode (it's the default, though).
  
OK, thanks -- another one I could suggest to Shana, then -- she suggests 
using the standard command-line win32 version and TortoiseSVN as options. 


Another solution is to autogen with --enable-nls=no or --disable-nls.
  

OK.


You're not alone on the journey to nowhere :) I'll post a
status update if I manage to fix the build.
  
I'm glad to know it :-)  I'm happy to help if there's anything that 
someone with no knowledge of the codebase might be usefully able to do...



Cheers,

Giles
--

Giles Thomas
giles.tho...@resolversystems.com
+44 (0) 20 3051 2751

17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Building Mono on Windows