[Mono-list] SCI Sockets
Hello! I'm interested in using SCI-based sockets in Mono platform. As far as I can see this is possible as there already exist some implementations of Unix sockets that use SCI transport. For example, this one: http://www.dolphinics.com/products/software/sci_sockets.html They already have wrappers (libkscisock) as it's described here http://www.dolphinics.com/pdf/datasheet/Dolphin_socket_4p.pdf So, my question is: Is it possible to create additional flag AF_SCI in AdressFamily in order to use it in the following way: Socket s = new Socket( AddressFamily.AF_SCI, ... ); ... // The usage of this type of sockets is the same as usual I know, that this flag doesn't exists in the .Net 1.1 specification, but we really need this ability for our HPC applications. We already proved that Mono can be used for creating high performance applications for clusters, but in order to get the full power of modern clusters we need very fast connections between cluster nodes... Best regards, Vadim B. Guzev http://u.pereslavl.ru/~vadim/MCSharp/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] latest gtk# svn not working when compiled with latest mono/gmcs
Hi, I'm running a SuSE 9.2 x86 box with the latest mono/mcs/gtk-sharp svn sources. Can anyone please confirm that the following application works/does not work in your system when compiled with gcms? using System; using Gtk; public class App { public static void Main(string[] args) { Application.Init(); Window w = new Window("Test"); w.DeleteEvent += delegate(object sender, DeleteEventArgs args) { Application.Quit(); }; w.ShowAll(); Application.Run(); } } The problem seems to be related to the referenced corlib version. mcs will add a reference to 1.0.5000, boo and gmcs will add a reference to 2.0.3600. Thanks in advance, -- bamboo http://blogs.codehaus.org/people/bamboo/ Got objects? http://www.db4o.com/ ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
RE: [Mono-list] Re: Suggestions
"Serious development implies a staging/development server, so I simply don't care whether I have to restart Apache or not: it's just a script that gets called after a sucessful build." Perhaps Nik is speaking more to a production environment than a development environment where apache restarts are disruptive. Especially where a shared web server is concerned. Sounds like this will be a mute issue soon when fixed. I think it's important to point out we're not just talking about attracting MS programmers who know C# and want cross-platform ability, we're also talking about system integrators that need to be educated about what is different from what they are used to and how best to succeed with mono. They want to know how they can deploy and quickly be up and running with minimal effort and maximum reliability. Jeopardizing either one will be a deterent. Currently, the mono site is very developer centric. Perhaps the site could quickly qualify a visitor as a devloper or system integrator and route them to the mono portal with the information that best fits their needs. Dan Maltes -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Jordan Sent: Friday, March 25, 2005 10:52 AM To: Mono-list@lists.ximian.com Subject: [Mono-list] Re: Suggestions Nik, > ASP.NET > From http://www.mono-project.com/ASP.NET > > "Both are fully functional at this point." > > This is somewhat disingenuous. A .net web developer is going to > presume that this means it works just like IIS and .Net but on linux > with mono and apache. > > It doesnt work on windows with apache and mono It doesnt work on OSX > with apache and mono It works on linux - but only if your idea of good > systems administration includes restarting apache everytime you make a > change to your site. > > I know there is a bug open about it, i know there is a control panel > work around. But really, ASP.Net development with mono is completely > unuseable for real world situations on any platform. This is despite > the fact that most of it is pretty much there waiting to be used. I don't agree with this point. Sure, it would be nicer if XSP+mod_mono would behave more like ASP.NET+IIS, but this is not an issue for professional ASP.NET/XSP development. Serious development implies a staging/development server, so I simply don't care whether I have to restart Apache or not: it's just a script that gets called after a sucessful build. Rob ___ 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: [Mono-devel-list] Mono's broken today...
Oops, sorry, was incorrect fix. It should be fine now. Atsushi Eno Hubert FONGARNAND wrote: I've updated my svn source this morning... after doing my ./autogen.sh && make i've got this error : MONO_PATH="../../class/lib/net_2_0: $MONO_PATH" /home/hubert/mono/mono/runtime/mono-wrapper ../../gmcs/gmcs.exe -d:NET_1_1 -d:NET_2_0 -debug /noconfig /lib:/usr/lib /noconfig /unsafe /r:mscorlib.dll /r:System.dll /nowarn:0162 /nowarn:0618 /nowarn:0612 /target:library /out:System.Xml.dll System.Xml.XPath/Parser.cs Mono.Xml.Xsl/PatternParser.cs Mono.Xml.Xsl/PatternTokenizer.cs @System.Xml.dll.sources Mono.Xml.Schema/XsdParticleValidationState.cs(683) warning CS0184: The given expression is never of the provided ('System.Nullable`1') type System.Xml.XPath/XPathNavigator.cs(316) error CS0103: The name `nav' could not be found in `System.Xml.XPath.XPathNavigator' System.Xml.XPath/XPathNavigator.cs(318) error CS0165: Use of unassigned local variable `value' System.Xml.XPath/XPathNavigator.cs(325) error CS0103: The name `nav' could not be found in `System.Xml.XPath.XPathNavigator' System.Xml.XPath/XPathNavigator.cs(327) error CS0165: Use of unassigned local variable `value' System.Xml/XmlNode.cs(805) warning CS0184: The given expression is never of the provided ('System.Nullable`1') type System.Xml/XmlConvert.cs(287) warning CS0219: The variable 'modestr' is assigned but its value is never used System.Xml/XmlConvert.cs(489) warning CS0219: The variable 'modestr' is assigned but its value is never used System.Xml/XmlTextReader.cs(1672) warning CS0168: The variable 'dummyValue' is declared but never used System.Xml.XPath/Expression.cs(1791) warning CS0184: The given expression is never of the provided ('System.Nullable`1') type System.Xml.Schema/XmlSchemaInference.cs(206) warning CS0219: The variable 'depth' is assigned but its value is never used I see : 2004-03-25 Atsushi Enomoto <[EMAIL PROTECTED]> * XPathNavigator.cs : reduced some Clone(). Simplified ComparePosition(). in the changelog... ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Re: Suggestions
Nik, ASP.NET From http://www.mono-project.com/ASP.NET "Both are fully functional at this point." This is somewhat disingenuous. A .net web developer is going to presume that this means it works just like IIS and .Net but on linux with mono and apache. It doesnt work on windows with apache and mono It doesnt work on OSX with apache and mono It works on linux - but only if your idea of good systems administration includes restarting apache everytime you make a change to your site. I know there is a bug open about it, i know there is a control panel work around. But really, ASP.Net development with mono is completely unuseable for real world situations on any platform. This is despite the fact that most of it is pretty much there waiting to be used. I don't agree with this point. Sure, it would be nicer if XSP+mod_mono would behave more like ASP.NET+IIS, but this is not an issue for professional ASP.NET/XSP development. Serious development implies a staging/development server, so I simply don't care whether I have to restart Apache or not: it's just a script that gets called after a sucessful build. Rob ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] (no subject)
Created a patch for #58413 and attached to bugzilla. Now working on #73820,# 64812,and cs0200 from mcs/expect wrong errors.
[Mono-list] Mono's broken today...
I've updated my svn source this morning... after doing my ./autogen.sh && make i've got this error : MONO_PATH="../../class/lib/net_2_0: $MONO_PATH" /home/hubert/mono/mono/runtime/mono-wrapper ../../gmcs/gmcs.exe -d:NET_1_1 -d:NET_2_0 -debug /noconfig /lib:/usr/lib /noconfig /unsafe /r:mscorlib.dll /r:System.dll /nowarn:0162 /nowarn:0618 /nowarn:0612 /target:library /out:System.Xml.dll System.Xml.XPath/Parser.cs Mono.Xml.Xsl/PatternParser.cs Mono.Xml.Xsl/PatternTokenizer.cs @System.Xml.dll.sources Mono.Xml.Schema/XsdParticleValidationState.cs(683) warning CS0184: The given expression is never of the provided ('System.Nullable`1') type System.Xml.XPath/XPathNavigator.cs(316) error CS0103: The name `nav' could not be found in `System.Xml.XPath.XPathNavigator' System.Xml.XPath/XPathNavigator.cs(318) error CS0165: Use of unassigned local variable `value' System.Xml.XPath/XPathNavigator.cs(325) error CS0103: The name `nav' could not be found in `System.Xml.XPath.XPathNavigator' System.Xml.XPath/XPathNavigator.cs(327) error CS0165: Use of unassigned local variable `value' System.Xml/XmlNode.cs(805) warning CS0184: The given expression is never of the provided ('System.Nullable`1') type System.Xml/XmlConvert.cs(287) warning CS0219: The variable 'modestr' is assigned but its value is never used System.Xml/XmlConvert.cs(489) warning CS0219: The variable 'modestr' is assigned but its value is never used System.Xml/XmlTextReader.cs(1672) warning CS0168: The variable 'dummyValue' is declared but never used System.Xml.XPath/Expression.cs(1791) warning CS0184: The given expression is never of the provided ('System.Nullable`1') type System.Xml.Schema/XmlSchemaInference.cs(206) warning CS0219: The variable 'depth' is assigned but its value is never used I see : 2004-03-25 Atsushi Enomoto <[EMAIL PROTECTED]> * XPathNavigator.cs : reduced some Clone(). Simplified ComparePosition(). in the changelog... ___ Ce message et les éventuels documents joints peuvent contenir des informations confidentielles. Au cas où il ne vous serait pas destiné, nous vous remercions de bien vouloir le supprimer et en aviser immédiatement l'expéditeur. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou publication, totale ou partielle et quel qu'en soit le moyen est formellement interdite. Les communications sur internet n'étant pas sécurisées, l'intégrité de ce message n'est pas assurée et la société émettrice ne peut être tenue pour responsable de son contenu. ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
[Mono-list] Custom Error Pages
I'm using mod_mono on an Apache web server. I've set up Apache to use custom pages for several error codes. However, it seems that sometimes the .NET side of things handles the error, depending on what error it is and where in the directory hierarchy it's generated I think. In any event, if there a way to set Mono to use my custom error pages as well? Is this something I would do in Mono or in Visual Studio on the project itself? Regards, David P. Donahue [EMAIL PROTECTED] ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list
Re: [Mono-list] Mono: TLS. normal versus __thread
On Thu, 2005-03-24 at 07:28 -0500, Jonathan Pryor wrote: > On Thu, 2005-03-24 at 00:17 +0100, Michael Rasmussen wrote: > > It apparently seems to course problems when using Mono.Posix.fork. > > My self compiled version under Debian runs flawlessly while giving these > > errors under Fedora Core and Suse: > > Don't call Syscall.fork unless you really know what you're doing... > > (Someone correct me if the following is wrong...) After chatting with lupus on IRC, I'm apparently wrong. Not completely wrong, just mostly wrong... In short, you do need to be careful about calling fork(2), but only as careful as any C program would need to be. Threads aren't copied when the process forks, for example. Consequently, a fork(2) followed immediately by an exec(2) should be safe. Doing anything else is getting into unknown territory: if you do something that depends on a standard mono process, things get "iffy" fast. Thus, I'm not sure why you're getting differences between normal TLS and __thread behaviors. - Jon ___ Mono-list maillist - Mono-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-list