Domain: go-mono.net
Stories and comments across the archive that link to go-mono.net.
Comments · 10
-
Re:The worst thing that could happen...
You can bet diamonds to dollars that Microsoft will never open source their version though.
Not so. Check out Shared Source CLI, as known as Rotor. Basically a free, open-source version of the .Net framework and C# compiler distributed by Microsoft. It is supported on Windows, FreeBSD, and Mac OS X.
Also check http://www.sscli.net for some SSCLI/Rotor Projects.
And did you know that C# and the .Net framework are each ECMA standards? ECMA-334 and ECMA-335 respectively.
(If you want a linux version of the .Net Framework, look at the Mono Project. It is not connected to Microsoft.) -
Re:Friendster?
ASP.NET is a version of ASP for dot-NET. There are more ways than one to use dot-NET.
-
Re:What?! No Linux Version?!
No problem, convert it to VB.NET using the MS convertor, then run it under MONO
Looks pretty swtraight forward to me....Then again I convert old VB code pretty much all day long.. -
Some Reference Materials
Some interesting reading:
PerlNET.
Perl for ASP.NET.
Python for .NET.
COBOL for .NET.
Eiffel for .NET.
Scheme for .NET .NET for Linux.
Lameness filter:
Important Stuff:
Please try to keep posts on topic.
Try to reply to other people's comments instead of starting new threads.
Read other people's messages before posting your own to avoid simply duplicating what has already been said.
Use a clear subject that describes what your message is about.
Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)
Problems regarding accounts or comment posting should be sent to CowboyNeal.
Important Stuff:
Please try to keep posts on topic.
Try to reply to other people's comments instead of starting new threads.
Read other people's messages before posting your own to avoid simply duplicating what has already been said.
Use a clear subject that describes what your message is about.
Offtopic, Inflammatory, Inappropriate, Illegal, or Offensive comments might be moderated. (You can read everything, even moderated posts, by adjusting your threshold on the User Preferences Page)
Problems regarding accounts or comment posting should be sent to CowboyNeal. -
MS xor GNU/Linux
Well if the agreement is to not buy anything from MS, and students still want to learn MS... then can't students still learn
.NET stuff in GNU/Linux?
Mono has made fair progress and is usable. Wouldn't that be a reasonable solution?
And that's *if* they want MS stuff. But almost everything a student reasonably needs is available for GNU/Linux. -
Rimshot...
"But worst of all, the software that decodes it REQUIRES the
.NET framework to run -- so much for Linux!"
This .NET framework? -
If C# is Microsoft specific,
then I think you'd better tell these guys to throw in the towel.
The fact is that, thanks to Mono, C# is actually supported and has a compiler/environment provided by more than Microsoft. And I think more will come along as time goes by. Java has Sun and IBM, C# has Microsoft and Ximian. -
Re:keep chasing the taillights wag the dog
and history with M$ and this kind of stuff is long and basically the same....YOU ARE FSCKED !!!
Read the explanation. That's covered. They're implementing the ECMA spec and adding seemless access to GNOME. If there's compatibility with Microsoft's implementation, that's nice since portability is free. If Microsoft deviates from the standard, it's a shame Mono is still has merit, especially language independence which was always important to GNOME. Essentially, Mono is cherry-picking features from
.NET.Okay, you're asking, why not use Java's JVM since it supports multiple languages. As someone pointed out in the gnome lists, Java, like TCL, is Turing complete so it can support any language your CPU can. Suppose you tried to implement Java in TCL? Would you be pleased with the performance? Probably not. Java's JVM lacks several features that make running languages like C++/C, Lisp, and Haskell fast, including:
- support for tail calls
- less heap allocation, due to
- value types
- function pointer types (rather than heap-allocated closures)
- byref arguments (rather than returning multiple values in heap-allocated objects or arrays)
- support for unverifiable code (which can avoid the need for some runtime checks)
The
.NET's CLR gives you these features. If Java's JVM were open source, the Mono team could easily extend the JVM to support these features. It would certainly make life a lot easier. Unfortunately, if they did, Mono would get little commercial support, and they'd receive a call from Sun's legal department. I personally hope .NET and Mono force Sun to do the right thing and extend the JVM to efficiently support other languages.Java is nice, but the take it or leave attitude of Java is the reason
.NET was not laughed out of existence. -
Re:The only way to win is not to play
http://go-mono.net
check it out it is nice -
PASSPORT alternativeMiguel's opinion on Passport Gives a number of requirements on a possbile PASSPORT alternative.
- Distributed
- Allow for multiple registrars
- Mandate good security measures
However setting up an infrastructure like this poses some problems; how to get the right level of trust and how to get the thing to interwork?
On trust; Any on-line recipient of passport-like authorisation/information must trust the issuer. I would like to have a competitor to PASSPORT because I do not trust microsoft. Not to keep my information accurate nor correct nor private.
How to create the trust then?
- you need a (bunch of) company(s) that you trust to maintain your profile and create the necessary level of trust between registrar and user.
- What organisations would be interested in setting up registries? (ISPs & telcos spring to mind)
- How does a company validate material from a different registry? So how do you get the trust between registrar and etailer(you need some clearing house)
On interworking; having multiple registrars who will all want to differentiate themselves from their competitors means that you will see no end of proprietary extentions. You need a good technical and contractual framework to handle this.
Is this solvable? yes, I think so (I'll be happy to help).
In time? Mwah...