Slashdot Mirror

← Back to Stories (view on slashdot.org)

Mono Project Releases Version 1.0

Posted by timothy on from the what-a-singular-monkey dept.

theblackdeer writes "Just poking around the go-mono.com Mono website; it's now the multi-colored mono-project.com. Even better, it updated before my eyes to include the 1.0 release. Screenshots are (slightly) updated, too. Mono 1.0 includes the Mono Develop IDE (based on SharpDevelop, I believe). Download now and start your GTK# engines!" Alliante adds "You can download the Release Notes and the Packages on their website."

6 of 517 comments (clear)

  1. Troll? by jbellis · · Score: 0, Troll

    that's like flaming gcc for conforming to the ANSI standard... The C# language definition is an ECMA standard.

    Read the actual blog post, it has nothing to do with getting microsoft's permission to develop Mono. All it says is Miguel doesn't think forking Mono away from the ECMA standard is a good idea.

  2. Well at least... by tepples · · Score: 0, Troll

    it's better than liking Mickey Mouse.


    Don't buy Disney until they fire the Rat
  3. Try lowering the heap allocation... by Phil+John · · Score: 0, Troll

    ...to a lower value, such as 16, 24 or 32. Does the program still run? If so, stop whining and do that.

    I still firmly believe that whilst good on the desktop, Java's real benefits lie on the Server Side, which is where it is mostly used (J2EE etc).

    --
    I am NaN
  4. Re:Why .NET and not Java? by sbrown123 · · Score: 0, Troll


    # Multi-language support by design, which lets some complicated languages like C, C++ and Fortran
    to be supported without hacks.

    Multi-language support is never easy work in languages like C, C++, or even Fortran. It is not a design issue as much as system differences. You need really sharp people who know multiple platforms to be able to pull this off. Even simple things like writing a program to generate text files becomes an issue in that different platforms perform newlines differently. Than try to add in i8n support and watch your programmers leave in droves.


    ValueTypes (structs) are not supported in Java, which is a source of major pressure on the GC, an
    issue solved completely by the availability of it
    on .NET

    Structs? Have you heard of classes? .NET included structs which was nice but its only there for compatibility with older languages like C. You shouldnt use them for straight .NET development. Its up there with continueing to use pointers. If you have to have those sort of things why even use .NET?


    Today: Generics are a VM feature, not only a

    Generics exist in Java. They existed as open source projects and are now part of the language (see version 1.5). Ive heard this argument in the past: .NET has this feature and Java doesnt. Apparently no one gave thought to the idea that Sun would just put out a new version with that feature included also.


    Binding APIs for C# and .NET is trivial, which is why there is a whole industry of bindings
    for the framework: its trivial to call back into the old code base, without using JNI of any kind.

    JNI is crossplatform. The .NET method is not (or atleast I should say I have not seen it actually work yet or found claims that it should). You should also check out CNI which allows Java classes to be treated as C++ classes.


    Some people care about the fact that it has been standardized by ECMA.

    95% of Microsoft's implementation of .NET is not ECMA standard (mostly the language libraries). Besides that this is really a poor argument since language standardization has no actual value. If there were name an instance where this was an issue?

    .NET improves upon the lessons learned from Java and were able to make changes that Sun could not
    (yes, that means that someone else can build something new now, and fix the .NET mistakes ;-)

    There are hordes of open source and commercial virtual machines. The actual number far surpasses .NET implementations. I could write one tommorow and make as many changes as I liked. If you go against the standard you'll find people yelling and screaming at you. Same goes with .NET. Go ahead and fork .NET and see what people say to you.


    Some of us prefer C# the language to Java the language.

    Yep.

  5. Re:Why .NET and not Java? by sbrown123 · · Score: 1, Troll


    GC so that if you are creating and destroying thousands, hundreds of thousands, or millions of variables the GC doesn't have to constantly collect.

    Give an example of where this is needed.

    Also note that structs can be created, manipulated, and destroyed with Java with JNI and CNI.


    In .NET they are actually part of the backend. The VM. In Java, in the VM they're all just boxed objects. And lots of typecasts. Shitty. Google around for better explainations.

    Java 1.5 has auto unboxing. Same thing .NET has. This was added on top of JSR-14. You are probably looking at the original generics design for Java 1.5 on googled pages. Its been updated.

  6. Re:Why .NET and not Java? by sbrown123 · · Score: 0, Troll


    My choices are to either pass in a re-usable object (which sucks when you have a method with 10+ local doubles)

    How about you just create a class with 10 double instance variables? This way it would look (and act) pretty much like your struct. Just a thought. When I moved from C to C++ I stopped using structs for that reason.


    wrap them with JNI which has its own overhead?

    Overhead?

    Oh the horror. Are you trying to say that C# treats structs outside the virtual machine or something and it thus can create them or access them faster than C# classes? Please elaborate.