Re: [Mono-dev] The best way to secure remoting?
Thanks for your answer Robert. The problem is that I can't host my objects on XSP (plasticd is actually a service or a daemon, but not a hosted XSP) neither use SOAP (performance!)... pablo - Original Message - From: "Robert Jordan" <[EMAIL PROTECTED]> To: Sent: Monday, December 03, 2007 10:35 PM Subject: Re: [Mono-dev] The best way to secure remoting? > pablosantosluac wrote: >> Hi there, >> >> AFAIK with .net 2.0 SSL is an standard channel, isn't it? > > No, in MS.NET 2.0 it is based on NegotiateStream that uses > whichever authentication and encryption Windows SSPI dictates. > See MSDN. > >> But my question is: if I want to keep the mono-1.0 profile... what's the >> best way to secure remoting communication? > > Host your remoting objects in XSP and use HttpChannel + SOAP formatter > over SSL. > > Robert > > ___ > 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] DriveInfo implementation
> I can help here. I had to do this a few years ago for windows. This is very > complete (we use it in production). Some of this code has been inspired from > snippets in the internet. I can't remember where from though. Are you able to license the code below under the MIT X11 license? If the code is based on snippets on the Internet, I wonder if the original authors would object to their code being labeled with the MIT X11 license. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DriveInfo implementation
> > For Linux, the current "trivial" implementation is enough, a more > > complete implementation probably should talk with DBus to Hal, but am > > unsure about that. > > It's not enough for me, as I need to get the free space in the FS. > That's how I found out that this class is incomplete, and, after > seeing that it had been so for a long time, decided to volunteer on > it. Ah, I see. > Hmm... You should be right about most unices, but I don't see the > reason info would be hard to obtain in Linux - AFAIK it supports the > statvfs(2) POSIX syscall, which df uses to get the FS data. I think it > should provide most, if not all of the info needed. Besides, it's > already in Mono.Posix.Native, so the code changes would probably not > be too invasive. If Mono.Posix has it, that seems to be enough. > There _could_ be problems with esoteric (and not so strange) unices, > as the massive display of #ifdefs in the GNU coreutils fsusage.[hc] > shows, but, most probably it shouldn't be so tough for just Linux and > BSD. Correct. In my opinion, this needs some "glue" support in C, to have the C compiler assist us when we port to an OS that has different fields (as you noticed fsusage.[hc] has that). I do not know if Mono.Posix today does it, if it already does, then we are set to go > I will look further into it, thanks for the $address. However, even > when I can use P/Invoke, shouldn't it be separated from the > platform-independent code by an interface? Not needed, just use an if based on the platform. 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.DllNotFoundException gtksharpglue-2 in mono 1.2.6
Follow this guide step by step and you will be fine. For ubuntu you must have two mono's This is inescapable. You have to use them in parallel http://www.mono-project.com/Parallel_Mono_Environments On Dec 4, 2007 3:18 AM, Vladimir Dimitrov <[EMAIL PROTECTED]> wrote: > Hi folks, > > is there something that I am missing here? I have a GTK# based > application and I am trying to use the latest mono version (1.2.6.1) from > the generic installer. I searched in Google about that issue but all I get > are very old problems that should not be the case now. I see that on the > mono page it is stated that the Gtk-sharp package is an "optional" package, > but as far as I remember it used to be included in the generic installer and > so it is right now. Can somebody point me to what I am missing and what is > the easiest way to install the newest mono on a clean Linux machine (for > example Ubuntu 7.10) with GTK# support. > > > > Thanks > > Vladimir Dimitrov > > ___ > 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.DllNotFoundException gtksharpglue-2 in mono 1.2.6
Yes I have two mono installations but the paths are setup to use the new installation. The problem is that 'gtksharpglue-2' is only present in the old installation that comes with Ubuntu and when the paths start to point at the new location there is no such library. _ From: Onur Gumus [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 04, 2007 2:33 PM To: Vladimir Dimitrov; monodevlist Subject: Re: [Mono-dev] System.DllNotFoundException gtksharpglue-2 in mono 1.2.6 Follow this guide step by step and you will be fine. For ubuntu you must have two mono's This is inescapable. You have to use them in parallel http://www.mono-project.com/Parallel_Mono_Environments On Dec 4, 2007 3:18 AM, Vladimir Dimitrov <[EMAIL PROTECTED]> wrote: Hi folks, is there something that I am missing here? I have a GTK# based application and I am trying to use the latest mono version (1.2.6.1) from the generic installer. I searched in Google about that issue but all I get are very old problems that should not be the case now. I see that on the mono page it is stated that the Gtk-sharp package is an "optional" package, but as far as I remember it used to be included in the generic installer and so it is right now. Can somebody point me to what I am missing and what is the easiest way to install the newest mono on a clean Linux machine (for example Ubuntu 7.10) with GTK# support. Thanks Vladimir Dimitrov ___ 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] DriveInfo implementation
Javier Martín wrote: > Hi all, > > I would like to help in the implementation of the System.IO.DriveInfo > class, which as of now is semi-functional in Linux and little more > than a stub in Windows. However, after thinking a bit about it, I've > come to the conclusion that the methods that discover the volumes in > the system (*GetDrives) require P/Invoke at the very least (windows), > and possibly even unmanaged code (linux). This is already implemented: Environment.GetLogicalDrives (). > The point of this message is asking for directions and rules on this > matter. Is unmanaged code (at all) allowed? Can I create a portable > "interface" (not necessarily a .NET interface) and then a separated, > system-dependant implementation? How are those platform-dependant > switches managed in the Mono autoconf files? Etcetera. Just follow the trails of Environment.GetLogicalDrives ()'s implementation. You'll find out it is an internal call, implemented in mono/metadata/icall.c, based on GetLogicalDriveStrings, a Windows API. On Unix, this API is emulated in mono/io-layer/. This is the place you can add other I/O related Windows API calls you might need to complete DriveInfo. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] The best way to secure remoting?
pablosantosluac wrote: > Thanks for your answer Robert. > > The problem is that I can't host my objects on XSP (plasticd is actually a > service or a daemon, but not a hosted XSP) neither use SOAP > (performance!)... I see. You could make a copy of TcpChannel and change it to encrypt the data. Since TcpChannel already has a connection pool, it should be already well prepared for SSL. Two days of work, I'd guess. Unfortunately, the remoting infrastructure is not flexible enough to allow other solutions. One could be deluded to implement encryption as a channel sink, but this is really suboptimal because you don't have sessions at this layer. W/out sessions, SSL (and any other symmetric encryption that needs an asymmetric key exchange phase) will be extremely slow. Robert > > > pablo > > > - Original Message - > From: "Robert Jordan" <[EMAIL PROTECTED]> > To: > Sent: Monday, December 03, 2007 10:35 PM > Subject: Re: [Mono-dev] The best way to secure remoting? > > >> pablosantosluac wrote: >>> Hi there, >>> >>> AFAIK with .net 2.0 SSL is an standard channel, isn't it? >> No, in MS.NET 2.0 it is based on NegotiateStream that uses >> whichever authentication and encryption Windows SSPI dictates. >> See MSDN. >> >>> But my question is: if I want to keep the mono-1.0 profile... what's the >>> best way to secure remoting communication? >> Host your remoting objects in XSP and use HttpChannel + SOAP formatter >> over SSL. >> >> Robert >> >> ___ >> 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] install problem in ubuntu
Hi,I have installed Mono 1.2.6 preview 2 on Ubuntu 7.10 32-bit/kubuntu 64 bit , It got following error at the end of installation. "Missing libraries: libgailutil.so.17 libglitz.so.1 libnspr4.so libplc4.so libplds4.so It appears your system may be unable to run graphical apps included in this installer. Please fix unresolved symbols by installing the necessary packages for your system." What package I should install to resolve this? -- Sharique uddin Ahmed Farooqui (C++/C# Developer, IT Consultant) A revolution is about to begin. A world is about to change. And you and me are "the initiator". ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] DriveInfo implementation
Yes, that's fine, you can go ahead and release it under the MIT license. Usually, I read up the MSDN to get the correct Win32 function signatures when I need to jump to unmanaged code. It's possible I wrote most of the code. I just don't remember. Anyhow, anyone who puts code up on a public forum is implicitely releasing the rights of the code, I would argue, so I doubt all the contributors would have objections. Best Regards Max -Original Message- From: Miguel de Icaza [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 04, 2007 3:52 AM To: Max de Lavenne Cc: 'Javier Martín'; mono-devel-list@lists.ximian.com Subject: Re: [Mono-dev] DriveInfo implementation > I can help here. I had to do this a few years ago for windows. This is > very complete (we use it in production). Some of this code has been > inspired from snippets in the internet. I can't remember where from though. Are you able to license the code below under the MIT X11 license? If the code is based on snippets on the Internet, I wonder if the original authors would object to their code being labeled with the MIT X11 license. Miguel ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] .NET 3.5 threading extensions
I assume most people on this list already know about this, but for those who don't, here it is. Am I wrong in assumeing Mono will support this at some point in time? Has anyone looked at this? Any wild guess at a time frame. It doesn't matter to me, and I don't want to start any big dicussion. Just curious. Dennis Microsoft Parallel Extensions to .NET Framework 3.5, December 2007 Community Technology Preview http://www.microsoft.com/downloads/details.aspx?FamilyID=e848dc1d-5be3-4941-8705-024bc7f180ba&displaylang=en - Never miss a thing. Make Yahoo your homepage.___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] Compile Mono Solaris
When I attempt to compile mono 1.2.5.2, it fails with the following error. I'm using gcc 3.3 on Solaris 8. I'm not using any configure options except prefix. make[7]: Entering directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class/System' Creating ../../build/deps/basic_System.dll.makefrag ... make[7]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class/System' make[7]: Entering directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class/System' /usr/apps/pkgs/make/bin/make all-local make[8]: Entering directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class/System' ** Warning: System.dll built without parts that depend on: System.Xml.dll make[8]: *** No rule to make target `System.Net.NetworkInformation/GatewayIPAddressInformationCollection.cs', needed by `../../class/lib/basic/System.dll'. Stop. make[8]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class/System' make[7]: *** [do-all] Error 2 make[7]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class/System' make[6]: *** [all-recursive] Error 1 make[6]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs' make[4]: *** [profile-do--basic--all] Error 2 make[4]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs' make[3]: *** [profiles-do--all] Error 2 make[3]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs' make[2]: *** [all-local] Error 2 make[2]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2/runtime' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/luns/lun15/sw/www-build/mono-1.2.5.2' make: *** [all] Error 2 -Steve ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] .NET 3.5 threading extensions
Am 04.12.2007 um 23:03 schrieb Dennis Hayes: > Am I wrong in assumeing Mono will support [Microsoft Parallel > Extensions to .NET Framework 3.5] at some point in time? > Has anyone looked at this? > Any wild guess at a time frame. I hadn't heard of this implementation, but the ECMA standard briefly describes an optional System.Threading.Parallel assembly that neither .NET nor Mono provided. I started an implementation in Spring but for time reasons didn't parallelize it. I'd be happy to donate the code for Mono as a stub, so "basic" compilation/execution support could theoretically be provided pretty soon... while a full HPC-grade implementation will likely take some longer. ;-) My plan was to use the Adapter pattern to allow multiple (pluggable) backends, i.e. single-threaded, multi-threaded, MPI, etc. That should make it very easy to scale. Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compile Mono Solaris
Steven Jeffs wrote: > When I attempt to compile mono 1.2.5.2, it fails with the following > error. I'm using gcc 3.3 on Solaris 8. I'm not using any configure > options except prefix. ... > make[8]: *** No rule to make target > `System.Net.NetworkInformation/GatewayIPAddressInformationCollection.cs', > needed by `../../class/lib/basic/System.dll'. Stop. Extract the tar file using GNU tar, because Sun's one has some path length limitations. Robert ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Compile Mono Solaris
Am 04.12.2007 um 23:02 schrieb Steven Jeffs: > When I attempt to compile mono 1.2.5.2, it fails with the following > error. I'm using gcc 3.3 on Solaris 8. I'm not using any configure > options except prefix. [...] > make[8]: Entering directory > `/luns/lun15/sw/www-build/mono-1.2.5.2/mcs/class/System' > ** Warning: System.dll built without parts that depend on: > System.Xml.dll > make[8]: *** No rule to make target > `System.Net.NetworkInformation/ > GatewayIPAddressInformationCollection.cs', > needed by `../../class/lib/basic/System.dll'. Stop. > make[8]: Leaving directory Did you use gtar to extract the Mono sources? Andreas ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Summit 2007 Photos
I didn't take many pictures, but you can find them here: http://www.flickr.com/photos/baulig/collections/ I'll upload this year's pictures as a .tgz to primates later this week, as soon as I got VPN working again. Martin On Sat, 2007-12-01 at 22:38 +, Ivan N. Zlatev wrote: > Dear Monkeys, > > I would like firstly to thank everyone for the great time I had during > this Mono Summit. It was a pleasure for me to meet and spend this week > with you guys. > > I suggest everyone replies to this e-mail with a link of his/her > zip-ed/tar-ed/whatever photos of the event. Also if you don't feel > like sharing your photos with The Others (you know, the ones that live > on the other side of the island) I propose you archive them with a > password same as the WiFi one from the summit. I could file a bug in > bugzilla so we can track this easier. ;) > > Unfortunately I do not have any photos to share as I did not have a > camera on me. > > Cheers! > > P.S: And no, I did not fix the transparency in WinForms... > -- Martin Baulig - [EMAIL PROTECTED] Novell GmbH, Düsseldorf GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-dev] CTP .NET parallel name spaces
Am 04.12.2007 um 23:03 schrieb Dennis Hayes: >> Am I wrong in assumeing Mono will support [Microsoft Parallel >> Extensions to .NET Framework 3.5] at some point in time? >> Has anyone looked at this? >> Any wild guess at a time frame. >I hadn't heard of this implementation, but the ECMA standard briefly >describes an optional System.Threading.Parallel assembly that >neither .NET nor Mono provided. >I started an implementation in Spring but for time reasons didn't >parallelize it. I'd be happy to donate the code for Mono as a stub, so >"basic" compilation/execution support could theoretically be provided >pretty soon... while a full HPC-grade implementation will likely take >some longer. ;-) >My plan was to use the Adapter pattern to allow multiple (pluggable) >backends, i.e. single-threaded, multi-threaded, MPI, etc. That should >make it very easy to scale. >Andreas This seems different, it affects the following namespaces System.Threading.Tasks System.Threading System.Linq.Parallel System.Linq Dennis - Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how.___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-dev] Mono Summit 2007 Photos
Hey, I upload few photos here: http://picasaweb.google.com/everaldo.canuto/MonoSummit2007 -Everaldo On Dec 4, 2007 9:46 PM, Martin Baulig <[EMAIL PROTECTED]> wrote: > I didn't take many pictures, but you can find them here: > http://www.flickr.com/photos/baulig/collections/ > > I'll upload this year's pictures as a .tgz to primates later this week, > as soon as I got VPN working again. > > Martin > > > On Sat, 2007-12-01 at 22:38 +, Ivan N. Zlatev wrote: > > Dear Monkeys, > > > > I would like firstly to thank everyone for the great time I had during > > this Mono Summit. It was a pleasure for me to meet and spend this week > > with you guys. > > > > I suggest everyone replies to this e-mail with a link of his/her > > zip-ed/tar-ed/whatever photos of the event. Also if you don't feel > > like sharing your photos with The Others (you know, the ones that live > > on the other side of the island) I propose you archive them with a > > password same as the WiFi one from the summit. I could file a bug in > > bugzilla so we can track this easier. ;) > > > > Unfortunately I do not have any photos to share as I did not have a > > camera on me. > > > > Cheers! > > > > P.S: And no, I did not fix the transparency in WinForms... > > > -- > Martin Baulig - [EMAIL PROTECTED] > Novell GmbH, Düsseldorf > GF: Volker Smid, Djamel Souici; HRB 21108 (AG Düsseldorf) > > > > ___ > 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] DriveInfo implementation
Things are looking up from the Linux world. In fact, a preliminary (working) implementation is complete. However, I have one main concern to which I have found no answer in MSDN: do DriveInfo instances provide live information or just read it once when they are initialised? Intrigued be not, my friends, for the answer will come tomorrow when I reboot into Windows and observe the wild behaviour of M$'s .NET. Right now my implementation opts for the second, easier choice, but I believe the first is way saner for client classes. Another possible problem with my modifications is that they could require building corlib.dll with a reference to Mono.Posix.dll. It's not the fact that it can lead to chicken-and-egg problems, I'm sure Mono's build systems can handle that, but the thing that bugs me is that, if nothing else in corlib uses Mono.Posix apart from this new code, the reference and everything using it should be inside an #if block so that a corlib build for Windows does not uselessly (though harmlessly, I hope) reference Mono.Posix. Other changes I've made: 1) added a big comment near the Env.Platform detection hack explaining the tearful history 2) renamed a variable in UnixGetDrives(). Further changes I'd wish: 1) beefing up the Unix* methods so that we support BSD at the very least. The statvfs syscall is POSIX and thus should be supported on them, by I can't seem to find anything standard similar to /proc/mounts and/or getmntent(3). However, I'm sure there has to be something not unlike it. Currently I can't help on this one because I don't have any BSD installed. 2) some cleanup. There are too many "Console.WriteLine"s in this file, which is cool for debugging, but they _are_ reaching the end user, which is quite uncool for a production runtime that will soon reach version 1.2.6. 3) tidying of the LinuxGetDrives method. Its current implementation is good, but it _looks_ too hackish. I've been thinking on how to improve it. Splitting the line in space-separated fields would be memory-wasteful, but cleaner. Dunno, maybe a loop would do... o_O 4) a rationale on why cdrom, ram and "unknown" FSs had their free size forced to 0. CDs I could understand (unless packet writing is in service, but that's another story), but ram? Both Windows ramdisks and tmpfs in Linux can indeed be writable. So I've commented the relevant lines, keeping them in the file. And... here is the current implementation, people. The only file modified was DriveInfo.cs. Everything should compile fine, or at list so it did for me. And, unlike my CS patch, I think I didn't break anything - mainly because there was nearly nothing to break ^^ Habbit Index: DriveInfo.cs === --- DriveInfo.cs (revision 90716) +++ DriveInfo.cs (working copy) @@ -27,6 +27,7 @@ using System.Text; using System.Runtime.Serialization; using System.Runtime.InteropServices; +using Mono.Unix.Native; namespace System.IO { [SerializableAttribute] @@ -36,6 +37,9 @@ DriveType drive_type; string drive_format; string path; + long availFree; + long totalFree; + long totalSize; DriveInfo (_DriveType _drive_type, string path, string fstype) { @@ -57,6 +61,9 @@ this.drive_format = d.drive_format; this.path = d.path; this._drive_type = d._drive_type; + this.availFree = d.availFree; + this.totalFree = d.totalFree; + this.totalSize = d.totalSize; return; } } @@ -69,28 +76,25 @@ Windows, } - [MonoTODO("Always returns infinite")] public long AvailableFreeSpace { get { -if (DriveType == DriveType.CDRom || DriveType == DriveType.Ram || DriveType == DriveType.Unknown) - return 0; -return Int64.MaxValue; +//if (DriveType == DriveType.CDRom || DriveType == DriveType.Ram || DriveType == DriveType.Unknown) +// return 0; +return availFree; } } - [MonoTODO("Always returns infinite")] public long TotalFreeSpace { get { -if (DriveType == DriveType.CDRom || DriveType == DriveType.Ram || DriveType == DriveType.Unknown) - return 0; -return Int64.MaxValue; +//if (DriveType == DriveType.CDRom || DriveType == DriveType.Ram || DriveType == DriveType.Unknown) +// return 0; +return totalFree; } } - [MonoTODO("Always returns infinite")] public long TotalSize { get { -return Int64.MaxValue; +return totalSize; } } @@ -199,6 +203,7 @@ string line; while ((line = mounts.ReadLine ()) != null){ + // Skip the virtual, kernel-defined "root" if (line.StartsWith ("rootfs")) continue; int p; @@ -216,7 +221,20 @@ if (p == -1) continue; string fstype = rest.Substring (0, p); - drives.Add (new DriveInfo (_DriveType.Linux, path, fstype)); + + // Identified a valid drive. Now call the kernel to get info about it + DriveInfo instance =
Re: [Mono-dev] Compile Mono Solaris
Robert Jordan wrote: > Steven Jeffs wrote: > >> When I attempt to compile mono 1.2.5.2, it fails with the following >> error. I'm using gcc 3.3 on Solaris 8. I'm not using any configure >> options except prefix. >> > > ... > > >> make[8]: *** No rule to make target >> `System.Net.NetworkInformation/GatewayIPAddressInformationCollection.cs', >> needed by `../../class/lib/basic/System.dll'. Stop. >> > > Extract the tar file using GNU tar, because Sun's one has some > path length limitations. > > I used GNU tar 1.13 ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list