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

[krlm]

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

[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

[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+

[Greg Robinson]

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  wrote:

> On Mon, May 24, 2010 at 14:52, Greg Robinson 
> 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-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+

[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

[Greg Robinson]

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 :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 > 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
>>
>>
>>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:

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

[Atsushi Eno]

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 :0
>
>
>
> On Mon, May 24, 2010 at 2:25 PM, Atsushi Eno 
>  > 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
>  
>  >> 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
>() [

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

[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
{
/// 
/// Classe qui permet de contenir un ensemble de valeurs uniques qui 
sont accessibles en
/// temps constant.
/// 
/// Type de donnée à mettre dans le 
HashSet.
public class HashSet
{
#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 IEqualityComparer comparer;
private int count;
private int freeList;
private int lastIndex;
private Slot[] slots;
#endregion

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

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

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

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

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

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

/// 
/// Ajoute un élément s'il n'est pas déjà dans le HashSet.
/// 
/// Item à ajouter.
/// True si l'élément a été ajouté, false 
sinon.
public bool Add(T item)
{
return this.AddIfNotPresent(item);
}

private bool AddIfNotP

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

[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  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

[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

[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

[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+

[Greg Robinson]

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  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.

[Miguel de Icaza]

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.

[Miguel de Icaza]

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

[Miguel de Icaza]

> 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
>  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 :
> 
> >  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

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

[Miguel de Icaza]

> 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

[Miguel de Icaza]

> 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

[Miguel de Icaza]

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

[Miguel de Icaza]

> 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

[Miguel de Icaza]

> 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.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

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

[Miguel de Icaza]

> Any updates on this?

Yeah, you have an installation problem (missing LD_LIBRARY_PATH or
ld.so.conf settings).

I added a check that explains that when it fails.

> 
> Thanks,
> 
> pablo
> 
> On 11/05/2010 9:21, pablosantosl...@terra.es wrote:
> > 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
> > 
> ___
> 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] Cannot compile mono from trunk at sles

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

[Greg Robinson]

Thanks for the help; I got it working.



On Tue, May 25, 2010 at 12:16 PM, Greg Robinson wrote:

> 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  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/
>



-- 
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] System.NotImplementedException: The requested feature is not implemented. at System.ServiceModel.Configuration.WSHttpBindingElement.OnApplyConfiguration

[Greg Robinson]

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  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
> >  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 :
> >
> > >  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 thi

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

[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 
> 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
>> >  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 :
>> >
>> > >  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.OurComp

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

[Greg Robinson]

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  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 
> > 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
> >> >  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 :
> >> >
> >> > >  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[

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

[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  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()

[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.
> ___
> 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

[Matt Dargavel]

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.5&profile=2.0&assembly
=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.OnApplyConfigur
ation

 

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  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 
> 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
>> >  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 :
>> >
>> > >  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.OnApplyConfigurat
ion
>> > > (System.ServiceModel.Channels.Binding binding) [0x0]
>> > >  at
>> > >
>> >
>>
System.ServiceModel.Configuration.StandardBindingElement.ApplyConfigurat
ion
>> > > (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

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

[Greg Robinson]

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 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.5&profile=2.0&assembly=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  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 
> > 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
> >> >  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 :
> >> >
> >> > >  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.Cr

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

[Greg Robinson]

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 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.5&profile=2.0&assembly=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  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 
> > 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
> >> >  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 :
> >> >
> >> > >  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.ApplyCo

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

[pablosantosl...@terra.es]

Arg! Yes, got it working now! It was just the .so file! :-(

Thanks!

On 25/05/2010 19:01, Miguel de Icaza wrote:
> 
>> Any updates on this?
> 
> Yeah, you have an installation problem (missing LD_LIBRARY_PATH or
> ld.so.conf settings).
> 
> I added a check that explains that when it fails.
> 
>>
>> Thanks,
>>
>> pablo
>>
>> On 11/05/2010 9:21, pablosantosl...@terra.es wrote:
>>> 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
>>>
>> ___
>> 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

[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  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 
> 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.5&profile=2.0&assembly=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  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 
>> > 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
>> >> >  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 :
>> >> >
>> >> >         >  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

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

[Atsushi Eno]

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.5&profile=2.0&assembly=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  > 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  >
> > 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
> >> > 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  >:
> >> >
> >> > > I have been making good progress on moving our .NET server
> >> > application over
> >> > > to Mono 2.2 running on Ubuntu