Re: [Mono-winforms-list] 1.1.9.2 vs 1.1.13.2
I have had problems simlar to this when I was using a transpartent backround color on a label, but that was on Sparc/Solaris. -- View this message in context: http://www.nabble.com/1.1.9.2-vs-1.1.13.2-t1170304.html#a3608680 Sent from the Mono - WinForms forum at Nabble.com. ___ Mono-winforms-list maillist - Mono-winforms-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-winforms-list
[Mono-dev] Mono speed
This has received momentum today so I suppose many of you have seen it. http://shootout.alioth.debian.org/gp4/csharp.php But the results are too sweet to ignore. Bravo mono developers. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Patch to WebException.cs
Hello all, Attached is a proposed patch for WebException : - Soap serialization .Net compatability fixed (web status and web response are not serialized) - WebExceptionStatus.UnknownError defined for .Net 1.0 as well - Status should be initialized to WebExceptionStatus.UnknownError -- Boris Kirzner Mono RD team, Mainsoft Corporation. Blogging at http://boriskirzner.blogspot.com/ WebException.patch Description: WebException.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono speed
So the main conclusion is that Java is faster but uses more memory? /Jacob On 3/27/06, KCorax [EMAIL PROTECTED] wrote: This has received momentum today so I suppose many of you have seen it. http://shootout.alioth.debian.org/gp4/csharp.php But the results are too sweet to ignore. Bravo mono developers. ___ 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] Bug in System.Web.UI.WebControls.RepeatInfo
Hello, There is a little problem in RepeatInfo class in RenderBeginTag method. When rendering a disabled RadioButtonList, the table that contains radio buttons should also be disabled. Test case url: /System_Web_UI_WebControls/WebControl/WebControl_CopyBaseAttributes_W.as px Please approve the attached patch that fixes this bug. If no one objects, I will commit. Vladimir Krasnov RepeatInfo.cs.2.patch Description: RepeatInfo.cs.2.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Question about System.Web.UI.WebControls.DataList
Hello, There is ApplyControlStyle method in DataList class. This method called every time a style applied to a ListItem and it applies style only if ItemTemplate has a table. Sometimes, when the style of the template's table is different from style of ItemStyle, the style of table is overwritten. I've commented out this method and everything continued working well (this also fixed the problem), so my question is what for is this method is needed? You can look at the test case: /System_Web_UI_WebControls/DataList/DataList_ExtractTemplateRows.aspx Vladimir Krasnov ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] XmlException serialization
Hello all, Attached is a proposed patch for XmlException, that fixes Soap serialization .Net compatibility. -- Boris Kirzner Mono RD team, Mainsoft Corporation. Blogging at http://boriskirzner.blogspot.com/ -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Sunday, March 26, 2006 4:02 PM To: Boris Kirzner Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] XmlException serialization Oh, good catch. Your patch would be appreciated. Thanks, Boris. Atsushi Eno Boris Kirzner wrote: Hello Atsushi, Regarding your patch to XmlException (rev 35820): XmlException.SourceUri property is supported only in 2.0 so, probably the corresponding serialization calls should be under #ifdef NET_2_0. For example, attached code fails to deserialize XmlException previously serialized by .Net 1.1 If you don't object I'd like to propose a patch for this. -- Boris Kirzner Mono RD team, Mainsoft Corporation. Blogging at http://boriskirzner.blogspot.com/ XmlException.patch Description: XmlException.patch ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono speed
Just seeing evolution from this: http://www.shudo.net/jit/perf/ that was under discussion last year. Plus memory consumption does looks great. O/H Jacob Ils Christensen : So the main conclusion is that Java is faster but uses more memory? /Jacob On 3/27/06, KCorax [EMAIL PROTECTED] wrote: This has received momentum today so I suppose many of you have seen it. http://shootout.alioth.debian.org/gp4/csharp.php But the results are too sweet to ignore. Bravo mono developers. ___ 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] XmlException serialization
Hmm ... it brings beautiful change :-( Anyways feel free to commit. Atsushi Eno Boris Kirzner wrote: Hello all, Attached is a proposed patch for XmlException, that fixes Soap serialization .Net compatibility. -- Boris Kirzner Mono RD team, Mainsoft Corporation. Blogging at http://boriskirzner.blogspot.com/ -Original Message- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Sunday, March 26, 2006 4:02 PM To: Boris Kirzner Cc: mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] XmlException serialization Oh, good catch. Your patch would be appreciated. Thanks, Boris. Atsushi Eno Boris Kirzner wrote: Hello Atsushi, Regarding your patch to XmlException (rev 35820): XmlException.SourceUri property is supported only in 2.0 so, probably the corresponding serialization calls should be under #ifdef NET_2_0. For example, attached code fails to deserialize XmlException previously serialized by .Net 1.1 If you don't object I'd like to propose a patch for this. -- Boris Kirzner Mono RD team, Mainsoft Corporation. Blogging at http://boriskirzner.blogspot.com/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Creating fewer objects (Sys.Xml, Sys.Web)
Atsushi Gonzalo (and anyone else), Attached are two patches to reduce new object creations. In Sys.Xml, I cut out string concatenations in XmlElement.Name and XmlAttribute.Name. The (prefix + : + localname) concatenation occurred even if the final string was already in the NameTable. To avoid this, I added a method to NameTable (an internal class) to accept a prefix and localname separately for checking if the final concatenated string would be in the name table already. The only performance hits might come from calls to the 'is' operator and two calls to String.CompareOrdinal rather than a single call to Equals. In Sys.Web.HttpWriter, a byte[] is created on each call to Write for strings and char arrays. Instead, I reuse and resize a byte[] array kept by the class. Since HttpWriter isn't thread safe, this seems ok. The downside is that string encoding is done through two calls, once to get the byte count and then to get the bytes. I don't know what kind of performance impact that might have. These changes reduce the two biggest object allocators per request for my ASP.NET site. My hope is that this will cut down on the runaway memory allocation that I'm still facing and hopefully have no significant performance cost. But I don't know about either. I'll try the patches out for a while to make sure I didn't goof anything up. Thanks guys. -- - Joshua Tauberer http://taubz.for.net Unfortunately, we're having this discussion. It's too bad, because guess who listens to the discussion: the enemy. Index: ../System.Web/System.Web/ChangeLog === --- ../System.Web/System.Web/ChangeLog (revision 58623) +++ ../System.Web/System.Web/ChangeLog (working copy) @@ -1,3 +1,8 @@ +2006-03-27 Joshua Tauberer [EMAIL PROTECTED] + + * HttpWriter.cs: Avoid creation of a byte[] on each Write() + by reusing and resizing a private array. + 2006-03-23 Gonzalo Paniagua Javier [EMAIL PROTECTED] * HttpResponse.cs: more fixes for CacheControl: MS allows to set it to Index: ../System.Web/System.Web/HttpWriter.cs === --- ../System.Web/System.Web/HttpWriter.cs (revision 58623) +++ ../System.Web/System.Web/HttpWriter.cs (working copy) @@ -42,6 +42,8 @@ HttpResponseStream output_stream; HttpResponse response; Encoding encoding; + + byte[] bytebuffer = new byte[2048]; internal HttpWriter (HttpResponse response) { @@ -97,23 +99,20 @@ public override void Write (string s) { - if (s == null) -return; - - byte [] xx = encoding.GetBytes (s); - - output_stream.Write (xx, 0, xx.Length); - - if (response.buffer) -return; - - response.Flush (); + WriteString (s, 0, s.Length); } public override void Write (char [] buffer, int index, int count) { - byte [] xx = encoding.GetBytes (buffer, index, count); - output_stream.Write (xx, 0, xx.Length); + /*byte [] xx = encoding.GetBytes (buffer, index, count); + output_stream.Write (xx, 0, xx.Length);*/ + + int length = encoding.GetByteCount (buffer, index, count); + if (length bytebuffer.Length) +bytebuffer = new byte[length 2]; + encoding.GetBytes (buffer, index, count, bytebuffer, 0); + + output_stream.Write (bytebuffer, 0, length); if (response.buffer) return; @@ -135,12 +134,22 @@ public void WriteString (string s, int index, int count) { - char [] a = s.ToCharArray (index, count); + if (s == null) +return; - byte [] xx = encoding.GetBytes (a, 0, count); + int length; + if (index == 0 count == s.Length) { +length = encoding.GetByteCount (s); + } else { +char [] chars = s.ToCharArray(index, count); +length = encoding.GetByteCount (chars); + } + if (length bytebuffer.Length) +bytebuffer = new byte[length 2]; + encoding.GetBytes (s, index, count, bytebuffer, 0); - output_stream.Write (xx, 0, xx.Length); - + output_stream.Write (bytebuffer, 0, length); + if (response.buffer) return; Index: System.Xml/XmlElement.cs === --- System.Xml/XmlElement.cs (revision 58622) +++ System.Xml/XmlElement.cs (working copy) @@ -179,10 +179,7 @@ public override string Name { get { -if (name.Prefix == String.Empty || name.Prefix == null) - return name.LocalName; -else - return OwnerDocument.NameTable.Add (name.Prefix + : + name.LocalName); +return name.GetQName (OwnerDocument.NameTable); } } Index: System.Xml/XmlNameEntry.cs === --- System.Xml/XmlNameEntry.cs (revision 58622) +++ System.Xml/XmlNameEntry.cs (working copy) @@ -52,6 +52,8 @@ public string LocalName; public string NS; public int Hash; + + string CachedQName; public override bool Equals (object other) { @@ -66,5 +68,17 @@ { return Hash; } + +
Re: [Mono-dev] Creating fewer objects (Sys.Xml, Sys.Web)
Hi Joshua, I'd prefer different approach so that 1) XmlNameEntry does not have to become fat boy and 2) keep code cleaner. How about the attached one? It avoids extra string creation as well. Thanks for the idea for optimization. Atsushi Eno Index: XmlAttribute.cs === --- XmlAttribute.cs (revision 58623) +++ XmlAttribute.cs (working copy) @@ -156,8 +156,8 @@ } public override string Name { - get { - return name.Prefix != String.Empty ? OwnerDocument.NameTable.Add (name.Prefix + : + name.LocalName) : name.LocalName; + get { + return OwnerDocument.NameCache.GetAtomizedPrefixedName (name.Prefix, name.LocalName); } } Index: XmlNameEntryCache.cs === --- XmlNameEntryCache.cs(revision 58623) +++ XmlNameEntryCache.cs(working copy) @@ -38,12 +38,29 @@ Hashtable table = new Hashtable (); XmlNameTable nameTable; XmlNameEntry dummy = new XmlNameEntry (String.Empty, String.Empty, String.Empty); + char [] cacheBuffer; public XmlNameEntryCache (XmlNameTable nameTable) { this.nameTable = nameTable; } + public string GetAtomizedPrefixedName (string prefix, string local) + { + if (prefix.Length == 0) + return local; + + if (cacheBuffer == null) + cacheBuffer = new char [20]; + else if (cacheBuffer.Length prefix.Length + local.Length + 1) + cacheBuffer = new char [Math.Max ( + prefix.Length + local.Length + 1, + cacheBuffer.Length 1)]; + prefix.CopyTo (0, cacheBuffer, 0, prefix.Length); cacheBuffer [prefix.Length] = ':'; + local.CopyTo (0, cacheBuffer, prefix.Length + 1, local.Length); + return nameTable.Add (cacheBuffer, 0, prefix.Length + local.Length + 1); + } + public XmlNameEntry Add (string prefix, string local, string ns, bool atomic) { ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Creating fewer objects (Sys.Xml, Sys.Web)
Atsushi Eno wrote: I'd prefer different approach so that 1) XmlNameEntry does not have to become fat boy and 2) keep code cleaner. How about the attached one? It avoids extra string creation as well. Certainly works for me. (My patch was cooler!) (And: I don't know if it was necessary, but XmlElement was checking if prefix == null which you're not checking for in your patch.) Thanks. -- - Joshua Tauberer http://taubz.for.net Unfortunately, we're having this discussion. It's too bad, because guess who listens to the discussion: the enemy. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Creating fewer objects (Sys.Xml, Sys.Web)
Hi, Joshua Tauberer wrote: (My patch was cooler!) Well, I have to say, it was beyond my expectation for me ;-) On which part was your patch cooler? I don't think specific-implementation-dependent code (internal AddQName) is good, and more importantly, after your code future hackers would feel reluctant to improve NameTable since your patch adds extra one to care. (And: I don't know if it was necessary, but XmlElement was checking if prefix == null which you're not checking for in your patch.) Oh, it should check that too, for namespace-less XmlTextReader input. Thanks! Atsushi Eno ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Creating fewer objects (Sys.Xml, Sys.Web)
Atsushi Eno wrote: Joshua Tauberer wrote: (My patch was cooler!) Well, I have to say, it was beyond my expectation for me ;-) On which part was your patch cooler? I don't think specific-implementation-dependent code (internal AddQName) is good, and more importantly, after your code future hackers would feel reluctant to improve NameTable since your patch adds extra one to care. Ok, ok, you win. :) -- - Joshua Tauberer http://taubz.for.net Unfortunately, we're having this discussion. It's too bad, because guess who listens to the discussion: the enemy. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
RE: [Mono-dev] System.Web.Mail and TLS
On Mon, 2006-03-27 at 02:20 -0800, Vladimir Krasnov wrote: Hi Gonzalo, What do you suggest about ReadResponse? Mono SslClientStream does not inherit from NetworkStream, so how can I know if more data is available in the stream and calling Read() again cannot be used because it blocks if no data available. You're reading the response from the server *line* by line. So I would read, say, 4KB at a time and search for a \r\n$ or \n$ or \r$ ($ being the end of line). You can safely read up to that without blocking forever unless the server is misbehaving. If the line does not fit in that byte [], you can use a MemoryStream to buffer the input and keep reading until an EOL. -Gonzalo ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Creating fewer objects (Sys.Xml, Sys.Web)
Actually I'm changing my mind to add cache string in XmlNameEntry since it does not hit significant performance problem, while depending on user code it could result in significant speed difference: using System; using System.Xml; public class Test { public static void Main (string [] args) { XmlDocument doc = new XmlDocument (); doc.Load (args [0]); int loop = args.Length 1 ? int.Parse (args [1]) : 100; for (int i = 0; i loop; i++) PeekName (doc); } static void PeekName (XmlNode n) { if (n.Name == null) return; for (XmlNode c = n.FirstChild; c != null; c = c.NextSibling) PeekName (c); if (n.Attributes == null) return; foreach (XmlAttribute a in n.Attributes) PeekName (a); } } (Run with such XML that has prefixed names, such as xsl stylesheet.) Yours: Total memory allocated: 6397 KB real0m9.935s user0m0.050s sys 0m0.060s My previous one: Total memory allocated: 6394 KB real0m10.856s user0m0.070s sys 0m0.030s Mine now: Total memory allocated: 6394 KB real0m10.045s user0m0.080s sys 0m0.040s Now it is checked in svn. Atsushi Eno Joshua Tauberer wrote: Atsushi Eno wrote: Joshua Tauberer wrote: (My patch was cooler!) Well, I have to say, it was beyond my expectation for me ;-) On which part was your patch cooler? I don't think specific-implementation-dependent code (internal AddQName) is good, and more importantly, after your code future hackers would feel reluctant to improve NameTable since your patch adds extra one to care. Ok, ok, you win. :) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Gtk# not found
Seg, 2006-03-27 às 07:44 -0600, Francisco T. Martinez escreveu: ... As far as having your application distributed in Windows, you could consider having your app run with the .NET Framework Runtime and just adding the Gtk# Installer for the .NET Framework Runtime 1.1/2.0 available here: Even though i'm making it in Linux, i did tried having my program run on .NET with Gtk#. It failed miserably so i never tested it again, since. Anyway, wouldn't that lead to the same problem? I mean, some people could install a diferent version of Gtk# onto they're .NET leading to the very same issue? ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-list] Problem with WebServices on XSP2
Hi! Trying to run TestService.asmx on XSP2 results o the following error: System.Configuration.ConfigurationException: Cannot find method CCS () in 0x001fe System.Web.Configuration.WebConfigurationManager:Init () in 0x00089 System.Web.HttpApplicationFactory:InitType (System.Web.HttpContext context) in 0x00050 System.Web.HttpApplicationFactory:GetApplication (System.Web.HttpContext context) in 0x00083 System.Web.HttpRuntime:RealProcessRequest (System.Object o) I am using Fedora Core 4 and daily binaries dated 2006-03-26. Could it result from ChangeConfigSystem method in System.Configuration.ConfigurationSetting having been changed to internal on 2006-03-11? Should I file a bug for that? Michal Ziemski ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] WebServices on mod_mono and SSL
Hi! Does mod_mono support working with mod_ssl? When I try to run TestService.asmx through https I get: Error getting response stream (Write): SendFailure. When I use http everything is fine. Michal Ziemski ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] could linux be MORE .Net then windows ?
This article, with at least a bit of (hopefully accurate) research behind it, seems to state a shocking conclusion: article: http://www.grimes.demon.co.uk/dotnet/vistaAndDotnet.htm#conclusion My conclusion is that Microsoft has lost its confidence in .NET. They implement very little of their own code using .NET. The framework is provided as part of the operating system, but this is so that code written by third party developers can run on Vista without the large download of the framework. Supplying the .NET runtime for third party developers in this way is similar to Microsoft supplying msvbvm60.dll as part of XP. now seeing this, is it possible, by the time Vista comes out, that a linux OS distro at that time (Feb 2007?) could in fact have (epecially if gnome installed) MORE .Net to it then even MS's new OS line of Vista? Mono could end up being more relevent for linux - then .Net is to Vista. Who would have ever guessed that 3 years ago! -tl ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] could linux be MORE .Net then windows ?
On Mon, 2006-03-27 at 04:28 -0500, ted leslie wrote: This article, with at least a bit of (hopefully accurate) research behind it, seems to state a shocking conclusion: article: http://www.grimes.demon.co.uk/dotnet/vistaAndDotnet.htm#conclusion And the rebuttal: http://blogs.msdn.com/danielfe/archive/2005/12/16/504847.aspx An interesting point is that demon.co.uk says this: If anyone tells you that Visual Studio .NET is a managed application, you instantly know that they know nothing about .NET. Simply typing dumpbin devenv.exe /headers (assuming you have devenv.exe in your path) will prove this: the location in the COM Descriptor Directory is zero. While danielfe says that VS2005 has 7.5 million lines of managed code. Why such a large difference? First of all, you can have apps which embed the .NET runtime. grimes.co.uk mentions this, even mentioning that mscoree.dll! CorBindToRuntimeEx() will be bound. However, this isn't entirely correct. IIRC, the .NET runtime can be instantiated and embedded through normal COM interfaces. Result: no explicit link between an embedding app and the .NET runtime, unless you want to disassemble the whole thing and look for the .NET runtime GUID So running `dumpbin.exe devenv.exe /headers` won't give you the correct result. Furthermore, due to .NET's terrific COM interop support, .NET objects can be used as COM objects. Thus, VS.NET can use .NET objects through COM, without having any strict .NET dependency visible within the PE headers. You'd have to read the source to know, which we don't have, but those which do have access to the VS.NET source claim that it uses managed code. So you can either rely on demon.co.uk's logic -- which we've already seen can be faulty -- or rely on those who actually have access to the source. At which point we can realize that Microsoft is still using more managed code than SuSE. :-) - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Handling external programs
On Sat, 2006-03-25 at 19:08 -0500, Lee Connell wrote: Is there any articles/tutorials out that explains how to execute external programs from mono. I want to grab stdout and write to stdin. You need an article on System.Diagnostics.Process. A reasonably short search found this article, though it's in VB.NET: http://www.thescarms.com/dotnet/Process.asp You'll want to search for the Controlling process input/output section. - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] could linux be MORE .Net then windows ?
Hi, You don't have to have a look at the source code to determine whether Visual Studio 2005 uses managed code. You missed the fact that Visual Studio 2005 is much more than a single devenv.exe. It has a lot of DLLs and supporting exe files and a lot of them are entirely managed assemblies. Also note that if you interact with managed code using CorBindToRuntimeEx() for example the unamanged code that interacts with managed code won't became managed code. Managed code is IL code. Kornél - Original Message - From: Jonathan Pryor [EMAIL PROTECTED] To: ted leslie [EMAIL PROTECTED] Cc: mono-list@lists.ximian.com Sent: Monday, March 27, 2006 1:08 PM Subject: Re: [Mono-list] could linux be MORE .Net then windows ? On Mon, 2006-03-27 at 04:28 -0500, ted leslie wrote: This article, with at least a bit of (hopefully accurate) research behind it, seems to state a shocking conclusion: article: http://www.grimes.demon.co.uk/dotnet/vistaAndDotnet.htm#conclusion And the rebuttal: http://blogs.msdn.com/danielfe/archive/2005/12/16/504847.aspx An interesting point is that demon.co.uk says this: If anyone tells you that Visual Studio .NET is a managed application, you instantly know that they know nothing about .NET. Simply typing dumpbin devenv.exe /headers (assuming you have devenv.exe in your path) will prove this: the location in the COM Descriptor Directory is zero. While danielfe says that VS2005 has 7.5 million lines of managed code. Why such a large difference? First of all, you can have apps which embed the .NET runtime. grimes.co.uk mentions this, even mentioning that mscoree.dll! CorBindToRuntimeEx() will be bound. However, this isn't entirely correct. IIRC, the .NET runtime can be instantiated and embedded through normal COM interfaces. Result: no explicit link between an embedding app and the .NET runtime, unless you want to disassemble the whole thing and look for the .NET runtime GUID So running `dumpbin.exe devenv.exe /headers` won't give you the correct result. Furthermore, due to .NET's terrific COM interop support, .NET objects can be used as COM objects. Thus, VS.NET can use .NET objects through COM, without having any strict .NET dependency visible within the PE headers. You'd have to read the source to know, which we don't have, but those which do have access to the VS.NET source claim that it uses managed code. So you can either rely on demon.co.uk's logic -- which we've already seen can be faulty -- or rely on those who actually have access to the source. At which point we can realize that Microsoft is still using more managed code than SuSE. :-) - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: could linux be MORE .Net then windows ?
Jonathan, However, this isn't entirely correct. IIRC, the .NET runtime can be instantiated and embedded through normal COM interfaces. Result: no explicit link between an embedding app and the .NET runtime, unless you want to disassemble the whole thing and look for the .NET runtime GUID So running `dumpbin.exe devenv.exe /headers` won't give you the correct result. This is correct. Since they didn't change the shell being complete managed, there still must be plenty of COM interfaces lurking around. Those interface could be, and I bet they are, implemented by some assemblies this guy was not able to find ;-) He also didn't check the registry for COM objects implemented by managed assemblies. The story reminds me of a similar FUD that circulated just before Win95 has been released: MS intended not to use COM in the shell. The response was: What? COM is dead?? ;-) Robert ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] could linux be MORE .Net then windows ?
On Mon, 27 Mar 2006 06:08:17 -0500 Jonathan Pryor [EMAIL PROTECTED] wrote: On Mon, 2006-03-27 at 04:28 -0500, ted leslie wrote: This article, with at least a bit of (hopefully accurate) research behind it, seems to state a shocking conclusion: At which point we can realize that Microsoft is still using more managed code than SuSE. :-) Anyone on the Mono project care to guess how many lines of managed code (re:mono) could be in a Q1 2007 Suse release? you never know, maybe it could be more then 20 Million lines ? - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Has anyone gotten Mono to work at DreamHost?
I have a server that I use to host customer's websites. At this time, it has only been windows, however, if enough people want a linux testbed with mono installed, I wouldn't mind purchasing a server for everyone to rent space to host. If you would be interested, send me an email. The monthly cost to everyone would depend on how many people are interested. I'd only want to cover my costs for the server... Thanks, Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paddy Joy Sent: Monday, March 27, 2006 2:45 AM To: Kellner, Peter Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Has anyone gotten Mono to work at DreamHost? In the Home section of your control panel (panel.dreamhost.com) there is a suggestions page but of course you would have to sign up with them before you would have a control panel. I'm not sure about the installation of mono, I presume it wouldn't be possible without being root but maybe I'm wrong. I'm sure someone else on the list will be able to give you a better answer! Paddy I just received a note back from support saying they don't support asp. Is there a place to vote? Do you know if there is a way to configure it yourself and run as cgi or some other way? -Original Message- From: Paddy Joy [mailto:[EMAIL PROTECTED] Sent: Sunday, March 26, 2006 10:13 PM To: Kellner, Peter Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Has anyone gotten Mono to work at DreamHost? Mono and mod_mono are on their suggestions page but won't be installed until enough users vote for it. Paddy Kellner, Peter wrote: I really don't know all the details of what it takes to run mono. Can it run on as a cgi? I know dreamhost runs a lot of stuff as cgi which I think gives us more flexability. -Original Message- From: Paddy Joy [mailto:[EMAIL PROTECTED] Sent: Sunday, March 26, 2006 9:47 PM To: Kellner, Peter Cc: mono-list@lists.ximian.com Subject: Re: [Mono-list] Has anyone gotten Mono to work at DreamHost? I'm with dreamhost but I didn't think they had Mono installed? Paddy Kellner, Peter wrote: http://www.dreamhost.com/ The have amazing pricing and performance for the cost. It's a great test bed. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.1/292 - Release Date: 3/24/2006 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.385 / Virus Database: 268.3.1/292 - Release Date: 3/24/2006 ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] WebServices on mod_mono and SSL
I am running a bunch of Web Services on both Debian and Ubuntu under Apache via SSL (using mod_ssl). It does work. Sorry I can't be help to the underlying problem you are having. Regards, Dana Epp [Microsoft Security MVP] http://silverstr.ufies.org/blog/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michal Ziemski Sent: Monday, March 27, 2006 12:46 AM To: mono-list@lists.ximian.com Subject: [Mono-list] WebServices on mod_mono and SSL Hi! Does mod_mono support working with mod_ssl? When I try to run TestService.asmx through https I get: Error getting response stream (Write): SendFailure. When I use http everything is fine. Michal Ziemski ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] RE: Send mail with mono
fedotenko wrote: Thanks! But that was not exactly what i was looking for. I dont want to depend on someone elses smtp server, i want to set up my own. Both for the fun of it and as i said not depend on another server. Many mail servers won't accept unauthenticated e-mail from a dynamic IP address (unless its the ISP that owns that IP address). So if you're hoping to send mail directly from a home computer to the destination mail server, you'll probably be rejected often. Ps. are there any public free smtp servers one could send mail through? If there are, they'll probably be blocked by even the most conservative anti-spam filters. Michael Schurter ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] mod_mono on Slackware
This is probably a total newbie question, but I'm having trouble getting this on my own so here goes... I'm running Slackware 10.0 on my web server. It's been a long time since I did anything with mono (1.0.8 I think) and, at the time, I just built from source and everything was cool. Now I'm going through and upgrading all the software on that machine. This also means that I've moved to Apache 2.2.0 for my web server. Now, I just downloaded the Mono installer at: ftp://www.go-mono.com/archive/1.1.13.4/linux-installer/1/mono-1.1.13.4_1-installer.bin and that seems to have worked fine. But did that also install mod_mono anywhere? I can't find the module file. If I have to install it seperately, do I have to build from source? Cause when I try that it seems to think I'm still running Apache 1.3 (which has been removed from my system) when I run: ./configure --prefix=/usr --with-apxs=/usr/bin/apxs --with-apr-config=/usr/bin/apr-1-config If someone could just point me in the right direction on this, I'd really appreciate it. Thanks :) Regards, David P. Donahue [EMAIL PROTECTED] http://www.cyber0ne.com ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Shiping Gtk# with program!
As i've said in the mono-devel list, the program i made is not running on the most recent mono instalation, complaining that it doesn't finds the Gtk# 2.4 assembly. How do i ship the Gtk# with my program, if at all possible? What files do i need to provide? And where? Same place as the executable? Will it create any conflict if the mono instalation already contains Gtk# 2.4? Most of my users just installed mono 1.1.13.4 for little more than nothing and i just won't go tell them to «ho, just install another mono, this time 1.1.13.2, which is where it works». Please help. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Shiping Gtk# with program!
«Sorry for the double post but the other one went with a very wrong date.» As i've said in the mono-devel list, the program i made is not running on the most recent mono instalation, complaining that it doesn't finds the Gtk# 2.4 assembly. How do i ship the Gtk# with my program, if at all possible? What files do i need to provide? And where? Same place as the executable? Will it create any conflict if the mono instalation already contains Gtk# 2.4? Most of my users just installed mono 1.1.13.4 for little more than nothing and i just won't go tell them to «ho, just install another mono, this time 1.1.13.2, which is where it works». Please help. __ Continua a preferir gastar mais? Compare o preço da sua ligação à Internet http://acesso.portugalmail.pt/compare ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] How to draw a text string to existing photo (gtk#)
On Sat, 2006-03-25 at 16:42 -0500, Miguel de Icaza wrote: Hello, I'm looking for an approach to put some text string to existing jpeg image. Now I can load a photo into Gdk.Pixbuf and I can create Pango.Layout for a text string. So I have my image in a Gdk.Pixbuf and my text string in a Pango.Layout, how can I put those things together to obtain an image with text drawn on it? Any suggestions and sample codes are welcome. You could use the System.Drawing API as it has this functionality already. If you want to stick to gtk# and Pixbufs, you need to render the pixbuf into a pixmap which is the only object that you can use to render text with Pango. This reminds me, gtk-sharp needs to wrap the pango_cairo_* functions from pango 1.10 as soon as possible so that people don't need to p/invoke when using pango with cairo surfaces (which has big advantages over the pixmap method). --Larry ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list