Slashdot Mirror


Mono and dotGnu: What's the Point?

joeykiller writes "The Register features an opinion by Neil Davidson, asking 'Mono and dotGnu: What's the point?' Some of the points he raises may seem irrelevant for open source supporters (like why make a C# compiler while Microsoft's is free anyway), but others are thought provoking and maybe a little bit controversial. You may not agree with his opinions, but it's an interesting read anyway."

493 comments

  1. Free for who? by abrotman · · Score: 5, Interesting

    Last I knew, the .NET framework was only available for Win32 and FreeBSD. Has this changed recently? I dont really see a problem with Mono. If they can make it so that System.Forms works with GTK/Qt, that would be rather nice. I would imagine this would lead to tons of portable apps. Of course .. Maybe i dont understand .NET

    1. Re:Free for who? by Anonymous Coward · · Score: 2, Informative

      They are not working on winforms ..... with GTK (and Ximian working on QT ... God forbid !) ... they have a crude wrapper over Wine which lets them compile Mono as a windows app and run it via wine ... I'd rather not run such an unstable mix. Btw, DotGNU already runs winforms on win32/BSD/Linux/OS X which is kinda too cool ... and MDI too !

    2. Re:Free for who? by Utopia · · Score: 5, Informative

      The implementation you are taking about - Rotor - is also ported to support Mac & Linux

    3. Re:Free for who? by Anonymous Coward · · Score: 0

      .NET is available on FreeBSD? Where?

    4. Re:Free for who? by abrotman · · Score: 2, Informative

      http://www.microsoft.com/downloads/details.aspx?Fa milyId=3A1C93FA-7462-47D0-8E56-8DD34C6292F0&displa ylang=en

      i think thats it .. there was a story on slashdot a while ago about it i think

    5. Re:Free for who? by miguel · · Score: 5, Informative

      You are incorrect.

      We have turned Wine into a library, very much like Gtk+ is a toolkit on top of X, or Motif is a
      toolkit on top of X, we have turned Wine into a toolkit on top of X.

      The reason for doing so is that Windows.Forms is not a perfect API, it is modeled after the
      Win32 API, and this Win32-ism is exposed at various points, for example every Control in
      Windows.Forms can override the Wndproc method and handle Win32 messages itself to implement
      some of the advanced features that are not possible with the simple binding provided.

      Most GUI special effects are achieved in this way, and most third-party libraries that you can
      download from the network will call into the Win32 layer, skipping the Windows.Forms API.

      It is certainly possible to emulate a lot of this without using Wine, but you would just end up
      replicating a lot of the work that has been done in Wine.

      So instead, we chose to turn Wine into a library that we dynamically load whenever a
      component needs to use Windows.Forms.

      We made Wine work on multiple platforms (so you can run your Windows.Forms applications on
      MacOS X for instance), and we also are integrating it with the Gnome desktop,
      so things look and feel the same to end users.

      You can learn more about the technical details here: http://www.go-mono.com/winforms.html

    6. Re:Free for who? by Shillo · · Score: 4, Insightful

      Mono is currently focused on properly wrapping Gtk and GNOME functionality (pure wrappers, without going through Forms). There are already a few apps that use this, and at least one is IMHO a potential killer app (namely Dashboard).

      It goes without saying that both Gtk and Gtk# (Gtk wrapper for Mono) work on Windows, too. So you don't lose cross-platform angle, but this does show that Mono is *not* just a .NET knockoff.

      --

      --
      I refuse to use .sig
    7. Re:Free for who? by Anonymous Coward · · Score: 0
      Free for Whom

      Yours In Net, Slashdot grammar police.

    8. Re:Free for who? by cwhicks · · Score: 5, Funny

      Somebody mod this guy down, he doesn't know what he is talking about. ;)

      --
      - I like pudding.
    9. Re:Free for who? by Cally · · Score: 1, Funny


      Last I knew, the .NET framework was only available for Win32 and FreeBSD. Has this changed recently?


      If you were reading Slashdot last night, or used IRC, you'd know the answer to this :)
      --
      "None are more hopelessly enslaved than those who falsely believe they are free." -- Goethe
    10. Re:Free for who? by squiggleslash · · Score: 1
      Cool, it runs under OS X too.

      I'm wondering actually - the Windows platform it requires is XP. I wonder if I can compile it on earlier platforms (2000, NT, Win9X) using Cygwin? ;-)

      --
      You are not alone. This is not normal. None of this is normal.
    11. Re:Free for who? by kevlar · · Score: 4, Informative

      Mono _IS_ the .NET Framework. So how is it not a knock off? Because it runs on Linux?

      And just because Mono uses GTK which can also run on Windows does _NOT_ mean that there is no work involved in porting it to another architecture. The fact of the matter is that porting from windows to linux to bsd to solaris will always involve some sort of functional changes.

      Mono is simply .NET for non-Windows environments. Its a .NET Knock off.

    12. Re:Free for who? by Anonymous Coward · · Score: 0

      Would you like to clarify wtf you're talking about?

    13. Re:Free for who? by Shillo · · Score: 2, Informative

      What I said is that it's not just a .NET knockoff. Note the 'just'.

      Part of it sure is reimplementation of .NET Framework (and /not/ the .NET Framework itself). The rest is support for the GNOME (and Linux in general) -specific parts. This includes Gtk#, DBUS and HAL support, Apache support.

      In other words, Mono is .NET, embraced and extended. With generics already working in CVS (as far as I know).

      --

      --
      I refuse to use .sig
    14. Re:Free for who? by kevlar · · Score: 4, Informative

      Calling Mono an extension to .NET because it uses Gnome is like calling a Ford car chassis with a Yugo engine an enhanced vehicle.

      Mono feeds off of the various Linux GUI libararies in order to implement the windowing requirements for .NET.

      Mono offers no improvements to .NET as a Framework. They are also nowhere near completion of implementing the entire Framework. Right now Mono is a "neat tool" which might let you run your C# app under Linux (no offense to your work and efforts intended, Miguel).

    15. Re:Free for who? by Captain+Rotundo · · Score: 2, Insightful

      I think this is the big advantage for Mono. I am a GNOME zealot, but was not excited about mono at all. But after seeing the ease of doing GNOME/GTK work in Mono I have to say it looks very interresting.

    16. Re:Free for who? by Anonymous Coward · · Score: 0

      If you were reading Slashdot last night, or used IRC, you wouldn't need clarification of this :)

    17. Re:Free for who? by Anonymous Coward · · Score: 0

      u'r dum..... thats miguel........ hes an ape....... he know everyting.........

    18. Re:Free for who? by William+Tanksley · · Score: 1

      Calling Mono an extension to .NET because it uses Gnome is like calling a Ford car chassis with a Yugo engine an enhanced vehicle.

      That's right, but that's not what he said. He said that Mono extends .NET by adding things like GTK# et al. Mono itself is clearly NOT an extension to .NET, since it fails to implement a large number of things in .NET.

      Mono feeds off of the various Linux GUI libararies in order to implement the windowing requirements for .NET.

      Nope. It FAILS to implement the windowing requirements of .NET. (Although that's being worked on.)

      The real reason Mono feeds off (various things, including GUI Libraries) is in order to add functionality to .NET. .NET doesn't have D-BUS.

      Mono offers no improvements to .NET as a Framework.

      Incorrect.

      They are also nowhere near completion of implementing the entire Framework.

      Correct.

      Right now Mono is a "neat tool" which might let you run your C# app under Linux (no offense to your work and efforts intended, Miguel).

      Correct. :-)

      -Billy

    19. Re:Free for who? by kevlar · · Score: 1

      Did you read his posting?

      He said:
      In other words, Mono is .NET, embraced and extended.
      Sounds like he's saying it extends the framework to me... ...and can you explain to me how the .NET Framework is improved upon in Mono?

    20. Re:Free for who? by claes · · Score: 1

      Can someone summarize what System.Forms does, how it does it and how well it works? I am a java developer that have heard many mention it, so it sounds like something very cool. I would like to know how it compares to any eventual java equivalents or whatever good comparisons there are.

    21. Re:Free for who? by William+Tanksley · · Score: 2, Informative
      Did you read his posting? He said:
      In other words, Mono is .NET, embraced and extended.

      Sounds like he's saying it extends the framework to me...

      No, he's not -- but I understand how you'd reach that misunderstanding. He's trying to compare Mono to Microsoft's well-known tactic of "embrace and extend", wherein they "embrace" a popular/useful technology publicly, but then "extend" it via an implementation offerring a few advantages, but in a way that won't work with the original (often partially because of new capabilities).

      Quite seriously, this is precisely what Mono is doing with .NET.

      But again, if you're not familiar with that expression, I can understand why you'd misread it to be saying that Mono was extending .NET. ...and can you explain to me how the .NET Framework is improved upon in Mono?

      Not as well as many others have, but I'll summarize a couple of points.

      - they offer a FAR superior alternative to ADO.NET (caveat: I've no right to judge, as database access isn't my specialty)

      - they offer very elegant access to graphics operations in a way which is both powerful and platform-independant (Windows.Forms only handles one of these things at a time). I've been told that GTK# is one of the nicest ways to do GTK work.

      Now mind you, I'm NOT saying that Mono is better than .NET. I'm just saying that it has value of its own, and some things in it are improvements on things in .NET. (Others are definitely steps backward -- but that's explicitly because Mono isn't complete.)

      -Billy
    22. Re:Free for who? by Anonymous Coward · · Score: 0

      It's also available for OS X Jaguar, and patchable for Panther.

    23. Re:Free for who? by kevlar · · Score: 1

      I understand where you're coming from, but none of these points pertain to the .NET Framework as a Framework, but rather what you can build with it. The Framework is the CLR and standardized API. Constructing their own GTK# language and database access is not an extension to "The Framework" but rather an implementation of the "The Framework". Unless they are making modifications to the CLR and/or adding new instructions to the CIL, they're not extending anything, anymore than I do when I write my own application.

    24. Re:Free for who? by Anonymous Coward · · Score: 0

      .Net for BSD? I don't think so. Maybe you mean Rotor which is an implementation of .Net that works on BSD. Rotor is not the comercial .Net framework. It is a 'learning tool.'

    25. Re:Free for who? by Mark+Pitman · · Score: 2, Informative

      System.Windows.Forms is just a class library that implements things like windows, buttons, treeviews, etc. From what I can tell, most of them are wrappers around the Win32 versions of the same thing. I know, for instance, the MS .Net TreeView control is a wrapper around the Win32 tree (not sure what it is called in Win32). If you were a VB6 programmer, this is definitely a step up in GUI capability. Not sure how it compares to Java's AWT or Swing.

    26. Re:Free for who? by Anonymous Coward · · Score: 0

      I like cheese, I like your mama when she's down on her knees.

    27. Re:Free for who? by William+Tanksley · · Score: 4, Insightful

      I understand where you're coming from, but none of these points pertain to the .NET Framework as a Framework, but rather what you can build with it.

      No. You can't build GTK# using only the Framework, any more than you could build Windows.Forms using only the Framework. You need GTK for GTK#, and you need Win32 for Windows.Forms.

      Windows.Forms is part of Microsoft's .NET Framework, and GTK# is Mono's extension to the .NET Framework to allow more portable .NET graphics.

      The Framework is the CLR and standardized API.

      Right. And Mono implements the CLR decently (minus a few features), then implements the API decently (minus a lot of features, but slowly catching up); then it adds to that API more features.

      Constructing their own GTK# language

      API, not language.

      and database access is not an extension to "The Framework" but rather an implementation of the "The Framework".

      Wow. No. Not even. Ever. Under any definition.

      Both of those things (GTK# and the database API whose name I've forgotten) are APIs that Mono developers have, that the .NET standard doesn't, but which could be added to .NET. They're extensions.

      They are NOT a implementation of the Framework. Mono is an implementation of the Framework.

      Unless they are making modifications to the CLR and/or adding new instructions to the CIL, they're not extending anything,

      Great! Then we agree -- because Mono makes modifications to the CLR (by providing more APIs), it's extending .NET.

      [they're not extending anything,] anymore than I do when I write my own application.

      But Mono isn't just a .NET application. If you wrote a reimplementation of .NET that had more capabilities in its APIs than Microsoft's, then you'd be extending .NET just the same as Mono is.

      -Billy

    28. Re:Free for who? by kevlar · · Score: 2, Informative
      YOU DON'T GET IT.

      The Framework Classes are the Framework Classes. If Mono creates their own API to do XYZ, then its _NOT_ an extension of the .NET Framework anymore than my HelloWorld.cs class is an extension to the Framework.

      MS:

      Common Language Runtime (CLR)
      The type, metadata and execution systems provided by the .NET Framework, which supplies managed code and data with services such as cross-language integration, code access security, object lifetime management, and debugging and profiling support. By targeting the CLR, compilers and other tools can offer these services to developers.


      .NET Framework
      The .NET Framework is an environment for building, deploying, and running XML Web services and other applications. It consists of three main parts: the Common Language Runtime, the Framework classes, and ASP.NET. A companion infrastructure, the .NET Compact Framework, is a set of programming interfaces that enable developers to target mobile devices like smart phones and PDAs

    29. Re:Free for who? by Anonymous Coward · · Score: 0
      Been listenin' to a little Scabs lately?

      I was eating anna's extra enchilada
      Easily the best I'd ever had
      It was creamy and delicious
      And I would've licked the dishes
      When we were rudely interrupted by her dad

      Oh, I like puddin' an I like cheese
      I like your mama on her knees
      I like eatin' candy corn
      And daddy watches kiddy porn

      I like puddin' and I like cheese
      I say welcome thanks and please
      I like playin' with the balls
      But I like cummin' (cummin'! ... CUMMIN'!) most of all

    30. Re:Free for who? by Anonymous Coward · · Score: 0

      whom

    31. Re:Free for who? by ajagci · · Score: 1
      Mono _IS_ the .NET Framework.

      No, it isn't.

      So how is it not a knock off? Because it runs on Linux?

      Mono is a huge project that encompasses several distinct parts:
      1. A C# compiler and CLR runtime.
      2. A large set of open source APIs and libraries, like Gtk#.
      3. A compatible implementation of the .NET APIs.
      Item 1 is the implementation of a language standard; if it is a "knockoff", then so are GNU C and C++.

      Item 2 is its own thing, something nobody else has for C#.

      Items 1 and 2 are the most important ones for the Mono project.

      Item 3 is indeed a re-implementation of a closed source, non-standard API. If you want to call that portion of Mono a "knock-off", then so be it. Keep in mind, however, that most of Microsoft's products are knock-offs as well, as are a lot of other open source projects, so I don't really see what's wrong with being a "knock off", in particular when a project like Mono also has a complete and separate set of APIs.

      Mono is simply .NET for non-Windows environments. Its a .NET Knock off.

      No, that is completely and absolutely false. .NET is only a small part of Mono, and a part that many Mono users probably wouldn't even miss.
    32. Re:Free for who? by ajagci · · Score: 2, Insightful

      Windows.Forms is part of Microsoft's .NET Framework, and GTK# is Mono's extension to the .NET Framework to allow more portable .NET graphics.

      Gtk# is not an extension to the .NET framework. Gtk# is a completely different library and toolkit from .NET. Gtk# is a C# language binding of the Gtk+ library. You don't need to know .NET in order to use Gtk#.

      then you'd be extending .NET just the same as Mono is.

      Mono is a project that comprises many subprojects. One of those subprojects is .NET compatibility. But if that subproject were dropped from Mono, you'd still be left with a vibrant, useful project. It is therefore wrong to talk of Mono as "extending .NET" as if .NET was the foundation of everything Mono does.

    33. Re:Free for who? by UltimateZer0 · · Score: 0

      dotNET is only good for catching dotFISH

      --

      --- I'm going to get a score of -1 for this post because the mods are fuckers.

    34. Re:Free for who? by William+Tanksley · · Score: 1

      Mono is a project that comprises many subprojects. One of those subprojects is .NET compatibility. But if that subproject were dropped from Mono, you'd still be left with a vibrant, useful project. It is therefore wrong to talk of Mono as "extending .NET" as if .NET was the foundation of everything Mono does.

      Visit Mono's home page and see the first paragraph in the center of the page. Allow me to quote:

      "The Mono project is an open source effort sponsored by Novell to create a free implementation of the .NET Development Framework."

      I don't know why I even have to say this; it's obvious from everything about the project. Why on earth you'd want to deny it is only eclipsed by the fact that somehow you've become ABLE to deny it. No, .NET isn't the "foundation of everything Mono does"; but Mono is primarily an implementation of .NET.

      -Billy

    35. Re:Free for who? by William+Tanksley · · Score: 1

      The Framework Classes are the Framework Classes. If Mono creates their own API to do XYZ, then its _NOT_ an extension of the .NET Framework anymore than my HelloWorld.cs class is an extension to the Framework.

      Yes, Mono can't change "the Framework classes", which are part of a language standard. But they CAN change .NET, or more accurately people's perception of and expectations for .NET, in the same way that Microsoft or Netscape can change people's expectations of HTML.

      Surely you can't ignore the fact that Windows.Forms is _part_ of .NET right now; Mono may someday be able to change that.

      -Billy

  2. Technical Director? by uberchicken · · Score: 2, Insightful

    It reads like a troll. A software company directory who doesn't "get" why you need to
    bootstrap a compiler.

    1. Re:Technical Director? by daBass · · Score: 3, Informative

      He understands why you need to do that, at least he says so. It's just that he doesn't see the point in the compiler in the first place.

      As for me, I think it's a cute project, but it's only use I see is cross-platform GUI applications. (a good thing for Linux adoption by the masses) And Mono is way off for doing that.

    2. Re:Technical Director? by Anonymous Coward · · Score: 0

      Why a company director should have to know why you'd need to bootstrap a compiler is far beyond me.. I'd rather they were looking after the company rather than screwing around with compilers!!

    3. Re:Technical Director? by deadlinegrunt · · Score: 1

      ...cross-platform GUI applications. (a good thing for Linux adoption by the masses) And Mono is way off for doing that.


      And for cross-platform GUI development for those of you that realized the honeymoon with Java is over: wxWindows.

      --
      BSD is designed. Linux is grown. C++ libs
    4. Re:Technical Director? by somethinghollow · · Score: 5, Insightful

      I'll sum up the article: It'll be a really long an arduous task to be fully compatible with Microsoft's .Net stuff, so don't even try.

      I'm sure Linus would have gotten the same sort of flack when making Linux. But he started the project, and look what it is becoming.

      I think what the guy doesn't see is that not everyone 1) wants to program/compile on Windows (let alone whether they have a copy) and 2) wants to run this supposedly cross-platform language only on Windows.

      It's okay to have dreams of bringing down a monopoly, but the point of an open source project is to have other options. Even if it is a long and arduous task, it still has merit, and should still be done, even if for just another option.

      Now, if Microsoft makes a Linux compiler for .Net and a X11 implementation of Windows.Forms, then the article might have a little more validity. At least then there would be a choice of OSes.

    5. Re:Technical Director? by uberchicken · · Score: 1

      Fair point, but then why offer commentary on the practise?

    6. Re:Technical Director? by e2d2 · · Score: 5, Interesting

      As for me, I think it's a cute project, but it's only use I see is cross-platform GUI applications. (a good thing for Linux adoption by the masses) And Mono is way off for doing that.

      And that "cute" use is enough to get Microsoft developers like myself actually interested in Linux development.

      1. So Win32 developers can create applications in a high level environment similiar to Java on linux. Java is great. But so is .Net.

      2. So we can port .Net applications to Linux faster.

      I want to use c# and .net on Linux. I'm not gonna sit here and ponder the what ifs the article author ponders. He is just a troll seeking eyeballs and a clue.

    7. Re:Technical Director? by alexborges · · Score: 1

      I dont get it.... way off as in doesnt work?

      Not true. It does. It already compiles and executes from/to windows apps and if the Forms implementation is finished, then visual apps willw work as well.

      --
      NO SIG
    8. Re:Technical Director? by ryepup · · Score: 2, Insightful

      2) wants to run this supposedly cross-platform language only on Windows.
      I think its more of a cross-language platform.

    9. Re:Technical Director? by GooberToo · · Score: 2, Interesting

      I'm sure Linus would have gotten the same sort of flack when making Linux. But he started the project, and look what it is becoming.

      Bad example. Does not apply. In no way, shape, or form can this be used as an example. One, UNIX is fairly stagnant. Catching it was only a question of time. Two, Linux did and does not require the use of someone else's patents to be implemented. Three, AT&T does not have a long history of purposely breaking compatibility with other UNIX vendors. Just imagine AT&T constantly breaking TCP/IP specifications and implementations to cause fragmentation.

      Your comparision seems to highlight that you don't have enough facts and surrounding history to completely understand the situation.

    10. Re:Technical Director? by NumbThumb · · Score: 1

      For cross-platform gui development, use Qt. It really *is* cute. I once tried to use wxWindows, and it just got my head all fuzzy -- nearly as bad as the MS win32 cruft. Or maybe i just didn't try hard enough?

      Java is cool (my favorite language, actually), but Swing is just not up to the task (yet). Maybe SWT is, i still have to take a look at that.

      That being said, it would be very very nice to have a runtime environment (read: VM) besides Java that runs on most systems and also provides compatible api for GUI and such. .NET takes a good shot at that, and it takes on some points that are sadly missing from the java spec (like library/interface versioning)... all we need now is a decent free (as in speach) implementation, not just a free (as in beer) MS giveaway. I really hope the Mono/dotGnu stuff picks up some speed soon...

      --
      I have discovered a truly remarkable sig which this 120 chars is too small to contain.
    11. Re:Technical Director? by somethinghollow · · Score: 1

      I was merely stating that if people listened to the crap other people say, some great projects would not exist. In other words, if I was working to eliminate smallpox, for example, and I get discouraged when people say, "It is impossible," it IS impossible. If I keep on working, I might just do something good for people.

      I was making a comparison of that sort, not of the Linux-is-.Net sort. Your interpretation of my comparison seems to highlight that you have no idea of what I meant.

      As far as stagnancy of Unix (and the creation of Linux), I think that is a narrow application. Your assertion would be similar to ".Net is going after Java," not development platforms in general. I'd think that since Microsoft is "betting the company" on .Net, they have bigger fish to fry than JUST Java, though I'm sure it is on the list. Likewise, while the Unix/Java market may be stagnatn, the OS/Dev-Platform market is not stagnant at all.

    12. Re:Technical Director? by TrekCycling · · Score: 3, Interesting

      This is exactly the point. I'm a Java developer and I wanted to learn some C# and ASP.NET. Didn't really want to go buy Windows to do it, though. So I installed Mono and next thing you know I can do 99% of what I want and need to do to learn ASP.NET and move the files directly over to a Windows server running ASP.NET and they work fine. So THAT is the major benefit of this project to me. I can do ASP.NET programming and do it on Linux.

    13. Re:Technical Director? by dwarfking · · Score: 2, Informative
      That being said, it would be very very nice to have a runtime environment (read: VM) besides Java that runs on most systems and also provides compatible api for GUI and such

      Doesn't TCL/TK fit the bill here? Not really a VM, but a powerful scripting language, completely crossplatform with a GUI system? Granted many people complain about the GUI, but there are some decent looking enhanced widgets. And now, with Starkits, a fully functional TCL/TK application can be installed as a single file copy.

    14. Re:Technical Director? by GooberToo · · Score: 2, Insightful

      I was merely stating that if people listened to the crap other people say, some great projects would not exist.

      I understood that, loud and clear the first time you said it. I have no idea how you came to the conclusions you made, based on my statements. Your assessment of my statement is far, far in left field.

      As for the "impossible" quote, I don't think anyone really cares if it's possible. Heck, let's argue it is possible. Great! Now, MS will break it to cause incompatibilities every chance they get, just like they historically have. That didn't cause enough problems. Wonder how large the pantent royalty base is going to be from the MONO user base. Why is empowering Microsoft good for anyone other than Microsoft? If you think for even a second that MONO isn't empowering for Microsoft, then we have nothing else to talk about. Seriously! Period.

      As far as stagnancy of Unix (and the creation of Linux), I think that is a narrow application.

      Hmm... I thought it was very broad. Not sure how or why you decided to narrow it and then decide that I said it.

      Your assertion would be similar to ".Net is going after Java," not development platforms in general.

      Well, I asserted no such thing, in that context. While it is very obvious that it is a Java power play by Microsoft, I'm not sure why you'd bother to slant it this way to take it out of context from the original thread.

      I'd think that since Microsoft is "betting the company" on .Net, they have bigger fish to fry than JUST Java, though I'm sure it is on the list.

      Granted. They need their next vendor/developer lock-in. Java has them on the run.

      I do agree with you about the UNIX market being stagnate, however, I do not believe Java has been. Java has continued to evolve from everything that I've read. Clearly 1.5 is getting some of the C# features, but look where they came from. That is, people that have been saying, we've been needing these features all along. If you want to say, they directly came about because .NET, fine...I don't really care. The point is, Java is fairly far from being stagnant.

    15. Re:Technical Director? by vegetasaiyajin · · Score: 1

      Why don't you try the Qt Java bindings?

      --

      My heart is pure, but make no mistake, it's pure evil
    16. Re:Technical Director? by NumbThumb · · Score: 1

      Hmmm... 'cause i never knew about them? Well, i will have a look at them when i have time (not for the next few months, i guess), but what i see on sourceforge isn't too encouraging: the newest release is dated 2001-09-01...

      --
      I have discovered a truly remarkable sig which this 120 chars is too small to contain.
    17. Re:Technical Director? by vegetasaiyajin · · Score: 1

      Forget about the sourceforge version. You have to use the bindings included in KDE (there Qt and KDE bindings an they are called Koala, i think).
      I haven't used them, though. I have only seen a few example programs. They run fine on Linux.

      --

      My heart is pure, but make no mistake, it's pure evil
    18. Re:Technical Director? by aled · · Score: 0, Flamebait

      Doesn't TCL/TK fit the bill here?

      No.

      Mmh, perhaps I should be clearer:

      NO.

      --

      "I think this line is mostly filler"
    19. Re:Technical Director? by crazyphilman · · Score: 1

      No, you can't, actually. Because what you're doing is different from what you would be doing if you were working with Windows.

      Being able to code C# syntax is one thing.

      Being able to work with all the libraries, and knowing the best practices for enterprise development, and being comfortable with all the tools... Well, that's another thing entirely. Just as an example, do you have the Oracle 9i providers for .Net working with your Mono instance? Can you do, say, an anonymous stored procedure and store a BLOB? How about working with web services? Do you have any equivalent for Visual Studio and IIS? No? Then you're not doing pure ASP.Net.

      No disrespect to the mono team is meant; what they're doing is very interesting. But saying you can code in ASP.Net on Linux is misleading. Even if you get a project to work, your whole working process is going to be radically different (and much, much slower in terms of productivity) than what you would have using a "Pure" .Net environment.

      I know, I know... Someone is going to yell "Damnit, Visual Studio is an abomination! Code in VI the way God meant you to program!" All I've got for these people is a Bronx Cheer. Visual studio rocks, not least for its debugger, its integration with IIS and web services, and intellisense.

      Until you've worked with it for a while, man, you just have NO IDEA.

      --
      Farewell! It's been a fine buncha years!
    20. Re:Technical Director? by TrekCycling · · Score: 1

      Two things. First off, as someone who can be very productive with pico or ajunta or something very thin like that I do think it's quite silly to ramble on and on and on about how much more productive Visual Studio makes you. Great, it makes you code a *little* bit faster. I'm actually learning how code-behind works and I'm actually learning how these things all tie together, rather than programming web pages like a Visual Basic drone.

      Secondly, I may not be doing enterprise apps if I'm ONLY doing mySQL + ASP.NET, but that's still learning C#. It's still learning ASP.NET. I'm still learning the language a large portion of the framework. Intellisense, integrated debugging, connecting to Oracle 9i databases is great. All well and good. I've already been there, done that with Java. Have you? "Until you've worked with THAT you just have NO IDEA" to quote you.

      But I wanted to branch out. So I checked out Mono and it works well. Your superiority complex over having access to a hand-holding IDE is frankly something you should be embarrased about. Kudos to you. Want a cookie? Because I don't really care if you consider what I'm doing to be low-level ASP.NET coding or not "real" C# coding. I'm learning the language and I already have enterprise experience from my days as a Java/J2EE/Oracle developer. I don't need experience with Visual Studio to learn the language and the framework and I certainly don't need it to validate my street cred as a developer in general.

      Yayyyyy, you've got a debugger and intellisense. You're a faster C# coder than me. I'm actually learning the framework, though, which is what I was talking about. Not pure productivity.

    21. Re:Technical Director? by crazyphilman · · Score: 1

      Well, aren't YOU just an immature, unprofessional little shit? But of course you don't have the sense to be embarassed by your violent reaction to my friendly advice.

      You're an idiot, and not worth helping.

      Grow the fuck up.

      --
      Farewell! It's been a fine buncha years!
    22. Re:Technical Director? by MrResistor · · Score: 1

      They say the flaws we see in others are actually our own.

      Certainly seems to apply here.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
  3. One quibble: by burgburgburg · · Score: 5, Funny
    By the time Mono is anywhere near 90 percent of the current functionality of .NET, Microsoft will have released Whidbey, Yukon and probably Longhorn.

    Right after we see the releases of Duke Nukem Forever and Doom III.

    1. Re:One quibble: by Zaiff+Urgulbunger · · Score: 1, Funny

      By the time Mono is anywhere near 90 percent of the current functionality of .NET, Microsoft will have released Whidbey, Yukon and probably Longhorn.

      Yeah, but now they've got the source code, they'll be able to knock out a .Net port by the end of next week!

    2. Re:One quibble: by aled · · Score: 1

      ...after the WMD are found?

      --

      "I think this line is mostly filler"
  4. Um... not free exactly... by 192939495969798999 · · Score: 4, Informative

    It's not really free if you are using Microsoft, because they anticipate that in order to use C# compiler, you will need other Microsoft products that cost money. They aren't a non-profit organization! That's a great reason to make YAC#C.

    --
    stuff |
    1. Re:Um... not free exactly... by Vargasan · · Score: 5, Funny

      I thought it was supposed to be a GNU, not a YAK.

      --
      Putting the romance back into necromancer.
    2. Re:Um... not free exactly... by AndroidCat · · Score: 1

      One alternative would be to write an IDE wrapper around Microsoft's free command line compiler. (Presuming their flavour of "free" allows this.) That would eliminate the need for Studio, and other C# compilers could be snapped in as they become available.

      --
      One line blog. I hear that they're called Twitters now.
    3. Re:Um... not free exactly... by __past__ · · Score: 5, Informative

      Like SharpDevelop for example?

    4. Re:Um... not free exactly... by perlbaile · · Score: 1

      Why do you need a microsoft product to use Mono ? Its a stand alone implimentation ... it doesn't need anything else proprietary. Its a framework implimentation of the whitepapers, not an emulator.

    5. Re:Um... not free exactly... by AndroidCat · · Score: 1
      Bookmarked! Since my last name is Sharp, my reaction already has a +1 moderation. :^P

      I figured that there must be one, and hoped that someone would respond with a helpful link. Thanks! I'm willing to try C#, but not if it means giving MS money for the first hit for something usable. (I've done command line development. I've done debugging with toggle switches too. It gets old.)

      --
      One line blog. I hear that they're called Twitters now.
  5. He obviously doesn't get it by Meat+Blaster · · Score: 4, Insightful
    The points are avoiding vendor lock-in, remaining within a comfortable framework, and having the potential to extend things in your direction instead of Microsoft's.

    Although their time might be better spent in designing a true alternative to Java and C# instead of a copy that allows you to write a GNU application that runs everywhere, it's hard to fault Mono for recognizing a market niche and running with it. For example, maybe they'll make C# work on Linux embedded devices where Microsoft wouldn't go?

    1. Re:He obviously doesn't get it by Anonymous Coward · · Score: 0, Flamebait

      "For example, maybe they'll make C# work on Linux embedded devices where Microsoft wouldn't go?"

      Good idea. Take something that is extremely bloated (.NET) that produces extremely bloated and slow programs (C#) and use them where you have no room for bloat (Embedded systems). Good idea, sir!

    2. Re:He obviously doesn't get it by Karamchand · · Score: 4, Insightful

      You don't get it :)
      He understands all these points well. But he doesn't think it's a good thing because then everyone - even on Linux, even on embedded devices - will use .NET and whenever Microsoft feels like it (i.e. when Mono/dotGNU really have a market share) they can enfore their patents and - whooops, Mono/dotGnu have vanished.
      Regards

    3. Re:He obviously doesn't get it by eraserewind · · Score: 5, Informative

      Well, J2ME seems to be the alternative choice for embedded apps, so I don't really see why not. It's not like they are going to implement an RTOS kernel in it. The point of these kind of managed code is to provide a sandbox for 3rd party apps to run on embedded devices, so they don't mess things up, and to provide a cross platform environment so app developers don't need (in theory at least) to have separate products for every single device out there. Sure it's slow, but it's also safe.

    4. Re:He obviously doesn't get it by Cereal+Box · · Score: 4, Insightful

      And Java is a better choice for embedded systems? Obviously native code is best, but you can't deny using languages like Java or C# on embedded systems -- the demand is obviously there. And .NET is bloated and produces "extremely bloated and slow programs"? By all accounts I've read, between .NET and Java, .NET is the one with the performance advantage (and a significant one at that).

    5. Re:He obviously doesn't get it by blowdart · · Score: 4, Informative

      Well if you want a J2ME equivilant, then there is the .net Compact Framework. Already built into the latest PocketPCs and Microsoft "Smart"phones, as well as CE.Net 4.1 which is marketed for embedded systems

    6. Re:He obviously doesn't get it by GeckoX · · Score: 5, Insightful
      Good idea. Take something that is extremely bloated (.NET) that produces extremely bloated and slow programs (C#)
      You have proven with this statement that you have absolutely no idea what you are talking about. From someone who is actually using .NET and C#, I can say without a doubt that this statement is pure FUD. Compare the bloat and speed to Java or VB, now where are you at? Now add in all of the other features, like portability, interoperability, ease of development, wonderful design-time tools etc etc... No, it's not as tight, compact and speedy as well written C/C++/Assembly, but if you expect that well, apples and oranges really as they are totally different beasts...right tool for the job and there are a LOT of jobs that .NET and C# are an extremely good choice of tool for.
      --
      No Comment.
    7. Re:He obviously doesn't get it by kevlar · · Score: 0

      Bullshit.

      The entire architecture for the .NET Framework and the Common Language Runtime is that you write once and compile anywhere (as opposed to Java which is compile once, run anywhere). The architecture for the CLR has been open to allow other vendors to create their own for whichever system they feel like.

      If Microsoft had intended to squash competition with their CLR, they would not have gone out of their way to implement it in this manor. Their intent is to compete with Java, plain and simple.

    8. Re:He obviously doesn't get it by ryen · · Score: 0

      enforce what patents? Microsoft is helping to make C# a standard.

    9. Re:He obviously doesn't get it by BlackHawk-666 · · Score: 0

      ECMA and other standards bodies won't normally allow patents to be enforced on any standard they endorse. To quote Futurama "You've watched it, you can't unwatch it". Since MS have submitted their code to ECMA as a standard they won't be able to enforce the relevant patents.

      --
      All those moments will be lost in time, like tears in rain.
    10. Re:He obviously doesn't get it by Tagren · · Score: 4, Insightful

      They only submitted parts of the API to ECMA.
      Important stuff such as System.Windows.Forms and ASP.NET and a few more are not ECMA standards.
      That is why they will have ecma profiles for the compiler i guess.
      --

    11. Re:He obviously doesn't get it by callipygian-showsyst · · Score: 2, Interesting
      .NET performs *MUCH* better than Java. A while ago I re-wrote a program that was almost UNUSABLE in Java in .NET. This program does bit-twiddling on images and is plenty fast, even though it's in C#/.NET.

      I can't argue with the performance I'm seeing from C#/.NET apps. I used to be a C++ DIEHARD but I completely switched to C#/.NET when and where possible.

      A portable version of the library would be great! And it's so entrenched now that even if Microsoft adds to the API, the current API will still have to be supported for many years to come.

      Sadly, the cross-platform promise of Java, especially for GUI desktop applications, was never realized. And I've rarely seem Java apps that didn't look like 30 year old SunOs applications. Slow and ugly.

    12. Re:He obviously doesn't get it by Anonymous Coward · · Score: 0

      Actually Java is generally as speedy as C/C++ if not faster sometimes (the HotSpot JVMs at least).

    13. Re:He obviously doesn't get it by arkanes · · Score: 1

      I've never worked with J2ME, but as a CF.NET developer I have to say that it's just awful. It's only saving grace is that it's better (marginally) than your existing framework options for PocketPC.

    14. Re:He obviously doesn't get it by Slime-dogg · · Score: 4, Insightful

      ...they can enfore their patents and - whooops, Mono/dotGnu have vanished.

      Are you sure you have a good understanding of what a patent is? They are not enforceble if you do not use the same method as the one that is patented. Essentially, MS has patented certain algorithms that happen within Windows.Forms, which can be and are being rewritten in another way.

      I doubt that an API is patentable, since it isn't a method or a material object. Then again, if it were, enforcing it against Mono or DotGNU is pointless... the projects are not profiting from the sale of the technology. They don't even exist in the same marketplace as the framework, since they are completely free.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    15. Re:He obviously doesn't get it by w42w42 · · Score: 1

      I've read a few posts already here claiming bunk on Java's portability. I'm curious as to the context you use it in as an advantage for .NET.

    16. Re:He obviously doesn't get it by w42w42 · · Score: 2, Interesting

      I've read the peformance thing Re: Java vs. .NET a few places as well. I have a question (or two) though, as I know next to nothing about .NET. Could this be in part because .NET uses more native components than Java? Meaning, are a share of the .NET libraries compiled to run w/o a VM, giving .NET a natural advantage for .x86 Windows?

    17. Re:He obviously doesn't get it by Anonymous Coward · · Score: 0
      If Microsoft had intended to squash competition with their CLR, they would not have gone out of their way to implement it in this manor.
      Absolutely right. In a hut or a lean-to, sure. Maybe in a shanty. In a bungalo? That's pushing it. But the fact that they designed the CLR in a manor of all places proves that they mean business.
    18. Re:He obviously doesn't get it by GeckoX · · Score: 1

      I am not saying that is an advantage for .NET.

      I'm countering the blanket argument that the advantage that Java has in that single area, that isn't always an advantage in reality (Though granted can be), means Java is better than .NET period.

      It's just not true.

      Both technologies have their place.
      Both have advantages and disadvantages.
      Zealots need not apply ;-)

      --
      No Comment.
    19. Re:He obviously doesn't get it by strobert · · Score: 2, Insightful

      One of the things he doesn't seem to get is that he seems to think of Sun and Java as being on the good side. I actually trust Microsoft more than I trust Sun (in a twisted sort of way).

      At least with Microsoft we know they are anti-Linux. Sun trys to seem all buddy-buddy when around the Linux community but in a lot of their press releases and documentation they bash Linux.

      Shoot some people have claimed SCO is just a Microsoft pawn. And although I am not doubting Microtosft is somewhat cheering for SCO, I wouldn't be surprised if Sun wasn't doing the same.

    20. Re:He obviously doesn't get it by James+Wright · · Score: 1

      Yes, it is important that the open source community do everything possible to limit Microsoft's monopoly. One way to do that is to make open source software to compete against Microsoft software. Linux competes against Windows. Mozilla competes against IE. Mono now competes against VS.NET. I think a better alternative to Java must be created. The .NET framework might be that alternative, but only if Mono can be made for non-Windows users.

    21. Re:He obviously doesn't get it by Haeleth · · Score: 1

      Sun trys to seem all buddy-buddy when around the Linux community but in a lot of their press releases and documentation they bash Linux.

      These would be the press releases and documentation about their own Linux distro, would they? My God - look, they're describing Linux as "the first viable Microsoft Windows alternative"! Man, I hate those Sun people, always bashing Linux!

    22. Re:He obviously doesn't get it by Anonymous Coward · · Score: 0

      Good point! I don't use Java because it was invented by an admitted pedophile (he plead guilty).

    23. Re:He obviously doesn't get it by ras · · Score: 1

      Bloat? Not always. The code size for J2ME is approx 64Kb. I was surprised to see that Compact .NET added 6MB to my Win CE 4.1 image. J2ME requires less than 1K of RAM on top of what your Java program uses. I haven't measured what Compact .NET uses, but its going to be 100's of times more than J2ME.

      When it comes to development systems, an entire Java 1.3 development system (JBuilder8 - doco, compiler, IDE, source, etc) weighs in 680Mb. Visual Studio /progra~1/... directory weighs in at 1GB, plus whatever Microsoft see fit to scatter under the /WINNT directory. And the Borland IDE does more for you than Visual Studio, its just a nicer development environment all round.

      I grant you that Swing/AWT is slow and bloated. Swing has a fatal design flaw that I don't think it will ever recover from. That is why IBM has replaced it with SWT. SWT is neither slow nor bloated.

      And as for portability? Now, it is you generating FUD. Stuff written under Microsofts .NET IDE will only run under Microsoft OS's - unless you are very careful. That is effectively what story was about, really. His point was that give stuff written under Visual Studio for a Microsoft environment won't run under any of these other environments, why have them at all? You may or may not agree with his conclusion, but his premise is spot on. Java, on the other hand, is the worlds first portable language.

    24. Re:He obviously doesn't get it by GeckoX · · Score: 1

      I would NEVER suggest that stuff written under MS's .NET IDE would be portable to other platforms...it's just never going to happen.

      I think the author missed the point of Mono entirely though. Their goal isn't really to provide a platform that apps developed in MS VStudio.NET will just work on, pretty much an impossible goal.

      However, VStudio.NET is NOT .NET, and is NOT C#.
      It's just an IDE.

      If it ends up such that I can hand-code C# in notepad, using the standards for the language and platform only, and it'll run on MS's runtime platform as well as Mono platforms, well, that's just awesome. It will likely never quite work to the native gui level, but for server apps, web apps and the like, that would open up a LOT of possibilities.

      Which would essentially bring it in line with java's current state: Quite good portability for server/web apps, pretty piss poor for client apps.

      Choice is good. And given the choice (and having coded alot in both), I personally much prefer C# over java-depends on the job though of course ;)

      --
      No Comment.
    25. Re:He obviously doesn't get it by Anonymous Coward · · Score: 0

      - They can also go after not just your implementation but the look and feel of a copy, whenever they want.
      - Use Mono and put your company out of business.

    26. Re:He obviously doesn't get it by mabinogi · · Score: 1

      What the hell does that have to do with James Gosling, the inventor of Java?

      --
      Advanced users are users too!
    27. Re:He obviously doesn't get it by aled · · Score: 1

      Then someone should tell that to SCO! Gosh, I hope it's not too late...

      --

      "I think this line is mostly filler"
    28. Re:He obviously doesn't get it by aled · · Score: 1

      I'm trying Java 1.5 beta and seems to be a lot more faster and some memory less than before. Apps start much more faster than before.
      I didn't try .Net but is speed a virtue of MS .Net or Mono/dotGnu are fast in Linux?

      --

      "I think this line is mostly filler"
    29. Re:He obviously doesn't get it by foobar77 · · Score: 1

      My experience supports C# aps performing much better than equivalent Java aps. I understand C# is never interpreted, but always run as native code out of the JIT compiler. Also, the JIT compiler generates optimized native code to take advantages of the specific CPU you are running on. Mono's performance will obviously depend on their implementation of this, but I'd love to see C# on a range of platforms.

    30. Re:He obviously doesn't get it by Prof.Phreak · · Score: 1

      they can enfore their patents and - whooops, Mono/dotGnu have vanished.

      I doubt they'll find it easy to kill an open source project. They can force servers to not host it, but they can't make everyone to stop developing code.

      (ie: What if SCO goes to court and is actually successful (paying off everyone involved) in making linux illegal - will everyone still use it or will everyone switch to Windows?)

      ie: I doubt these things are enforceble against open source projects.

      --

      "If anything can go wrong, it will." - Murphy

    31. Re:He obviously doesn't get it by ajagci · · Score: 1

      C# is a decent language, and unlike Java, it has an open standard. Why not implement it? That's the way we got C and C++: the GNU project decided to implement an existing standard.

      It sounds to me like you are confusing the language and the platform. Yes, in addition to implementing C#, Mono is also copying the .NET platform, but you don't have to use .NET in order to use Mono. In fact, you probably shouldn't: Gtk# and other Mono-specific libraries are far nicer than the .NET stuff. .NET compatibility is only there as an additional offering for those who need it and want to migrate off of Microsoft's implementation.

      In fact, one of the nice things about C# compared with Java is that the C# guys are not religiously cross-platform. You are, in fact, encouraged to use C# the way you might use C and C++: to call the best libraries your platform has to offer. Think of C# just as a better C++; (thankfully) it isn't trying to do what Java is trying to do.

    32. Re:He obviously doesn't get it by ajagci · · Score: 1

      But he doesn't think it's a good thing because then everyone - even on Linux, even on embedded devices - will use .NET and whenever Microsoft feels like it (i.e. when Mono/dotGNU really have a market share) they can enfore their patents and - whooops, Mono/dotGnu have vanished.

      Microsoft has a patent on .NET. If they chose to exercise that and if it were valid (a big if), then Mono would have to drop .NET compatibility. The effect of that would be minor since most Mono software doesn't use .NET.

      Note that, in comparison, the situation for Java is far worse: Sun has dozens of Java-related patents, real patents that, unlike the Microsoft .NET patent, will likely have no problems sticking if Sun decides to exercise them. Note also that there is no complete open source implementation of Java.

      Yes, it would be better if the .NET patent just went away. But between an open source platform (Mono) that is largely legally unencumbered except for a Windows-compatibility library that I don't use (.NET), and a proprietary platform (Java) whose core functionality is covered by Sun patents, Mono seems like the safer alternative. Not perfect, but nothing in this world ever is.

    33. Re:He obviously doesn't get it by BlackHawk-666 · · Score: 1

      This still leaves the open source community with the ability to safely create their own set of libraries since the actual core language itself is submitted. Even if MS took away the right to use their XML libraries we would be able to write own own new ones.

      --
      All those moments will be lost in time, like tears in rain.
    34. Re:He obviously doesn't get it by primus_sucks · · Score: 1

      .NET performs *MUCH* better than Java.

      You may want to check this out. Java beats .Net in all categories except trig calculations.

      Sadly, the cross-platform promise of Java, especially for GUI desktop applications, was never realized.

      Since you admitted you're a former C++ and now a .Net developer, I don't think you're qualified to make this statement. I've developed Java apps for 6 years and I haven't seen any cross-platform problems for at least the last 5 years. I'll agree with you that Swing sucks, but SWT or wx4j gives you native look & feel and native performance and cross-platformedness. So I think that even if you are developing a client side app, there is no reason not to use Java. Why lose the 10% or so Linux/Mac users when Java is just as good as .Net for client side development?

    35. Re:He obviously doesn't get it by Anonymous Coward · · Score: 0

      You must be an admitted pedophile too, just like Patrick Naughton (inventor of Java).

    36. Re:He obviously doesn't get it by Anonymous Coward · · Score: 0

      The last benchmark graph I've seen placed interpreted/JIT C# code compiled and run through MSDEV faster than native C++ code compiled with gcc.

      C# is not slow.

    37. Re:He obviously doesn't get it by kaffiene · · Score: 1

      http://www3.ffii.org/akteure/microsoft/index.en.ht ml

      "Responding to questions about the opening-up of the .NET framework, Ballmer announced that there would certainly be a "Common Language Runtime Implementation" for Unix, but then explained that this development would be limited to a subset, which was "intended only for academic use". Ballmer rejected speculations about support for free .NET implementationens such as Mono: "We have invested so many millions in .NET, we have so many patents on .NET, which we want to cultivate.""

  6. grrr. by iMMersE · · Score: 2, Insightful

    Someone should tell him that there are other processor architectures than just x86, processors that aren't supported by MS ...

    --
    codegolf.com - smaller *is* better.
    1. Re:grrr. by JohnnyCannuk · · Score: 3, Insightful

      And that's why you use Java instead of .Net.

      --
      Never by hatred has hatred been appeased, only by kindness - the Buddha
    2. Re:grrr. by Randolpho · · Score: 2, Insightful

      But Java isn't available on all platforms either... which is why there are alternatives to Sun's Java. .NET is roughly equivalent to Java, but its promise is greater, IMO. C# is, in many ways, a better language than Java itself is, with many flexibilities Java still doesn't have. Of course.... some might not consider that "good", but that's the other great thing about .NET -- it's little more than a bytecode and an API. There are many languages that can compile into IL, allowing for greater flexibility.

      I personally very much like .NET, but I also very much want it to be cross-platform like Java.

      --
      "Times have not become more violent. They have just become more televised."
      -Marilyn Manson
    3. Re:grrr. by larry+bagina · · Score: 4, Insightful
      C# is an ECMA standard. Sun has refused to bring java before a standards body.


      I don't care, you might not care, but for FREE/Open Source zealots it matters.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    4. Re:grrr. by Baki · · Score: 4, Insightful

      Java is available on many more platforms though. And the JVM spec is open, plus all classes are available in source code.

      As for .net, only parts have been opened. Large and essential parts are closed and subject to change. Its potential for "run everywhere" is much smaller, and danger for vendor lock in much higher.

      Technically, .NET/C# is just like JVM/Java. Except that Java is older and more mature, which has advantages but also some disadvantages (cannot break backwards compatability). Many of C# extra "features" are unnecessary "syntactic sugar", some are superfluous and harmful, and those that are truely useful appear in JDK 1.5 soon. Plus, in JDK 1.5 gets features such as generics which are coming in .net as well, but at a much later time.

      You can also compile many language in JVM, but SUN has never used that as a selling point since it is pretty silly. All .net languages are fundamentally equal, just the syntax is different.

    5. Re:grrr. by Anonymous Coward · · Score: 0

      A lotta vagina?

    6. Re:grrr. by jhdsl · · Score: 5, Informative

      The language is an ECMA standard, but the runtime libraries are not. Without those, C# is pretty useless.

      BTW, ECMA accepts all standards that companies care to pay for, they are hardly neutral.

    7. Re:grrr. by S.O.B. · · Score: 4, Informative
      But Java isn't available on all platforms either... which is why there are alternatives to Sun's Java. .NET is roughly equivalent to Java, but its promise is greater, IMO.

      Java is available for MS Windows (95,98,ME,NT,2000,XP,CE), Linux, Apple MacOS, FreeBSD, IBM AS/400, IBM OS/390, IBM AIX, IBM OS/2 (yes, some people are still running it), Sun Solaris, SGI IRIX, PalmOS, Nokia cell phones and numerous other embedded devices. I'm sure I've missed a few but that's just off the top of my head.

      When .NET allows me to run a program on everything from a mainframe to a cell phone then I'll be impressed. I doubt that will ever happen because Microsoft is too afraid to put .NET on any platform it can't dominate.

      --
      Some of what I say is fact, some is conjecture, the rest I'm just blowing out my ass...you guess.
    8. Re:grrr. by SirTalon42 · · Score: 1

      By platform he was meaning processor (ALPHA, x86, x86_64, etc)

    9. Re:grrr. by Mr.+Piddle · · Score: 2, Informative

      C# is an ECMA standard. Sun has refused to bring java before a standards body.

      You really are naive. Both the Java Language and the JVM are published in books by Sun, I have them both, and they are both still current, even after several years. Sun has always had a good policy regarding forward compatibility, even Java 1.2 programs will run in 1.4. Only Java 1.1, as the original maturing version, is truly obselete. Further, is there a major operating system out there where Java doesn't work? Even IBM and HP have stakes in Java, and these are companies that hate eachother. Sun has done fairly well to build these sorts of checks and balances into the Java Platform, none of which exist for .NET.

      --
      Vote in November. You won't regret it.
    10. Re:grrr. by fitten · · Score: 4, Funny

      All declarative languages are fundamentally equal, just the syntax is different.

      Many of C# extra "features" are unnecessary "syntactic sugar",

      There was a decent "article" a few days ago that linked an "interview" with the head of the C# group who "talked" about some interesting things and "addressed" a few of the "syntatic sugar" discussions. It also addresses why a number of decisions were "made" contrary to the way Java does things and why those Java "things" were considered "bad".

      I'd like to see some "information" on what you think are "superfluous and harmful" in C#.

    11. Re:grrr. by tfb · · Score: 1
      There are many languages that can compile into IL, allowing for greater flexibility.
      Well. You can compile languages for .NET reasonably easily providing they're suitably similar to C# or Java. It's not at all all easy to compile languages which aren't. Say a language with a type system which is not tree structured: you end up having to implement your own type system, which kind of defeats the point, and makes integration with other languages hard. Such languages exist, for instance Common Lisp.

      Of course, the JVM has these issues too, but it never claimed to be language-neutral.
    12. Re:grrr. by vicotnik · · Score: 1

      I don't understand posts like yours. You are not a troll, you have to know certain things and you sound and are moderated insightful. However I don't understand why you say what you say unless you don't really know what you are talking about. You use the old and useless argument about "syntactic sugar" that means virtually nothing, you could say that about almost every feature. Some features are of course "harmful", probably because everything related to Microsoft has to be. JDK 1.5 will get a very limited form of generics, that is true. The C# - version is also limited, but it might at least help with performance as well. The comment about "much later" time is of course nonsense. Calling all .net languages "fundamentally equal" is another pointless remark. Of course programming languages are equal in many ways, but I would say there is a difference between C++ and Haskell for example.

    13. Re:grrr. by miguel · · Score: 4, Informative

      In Mono we took a different approach, we created, integrated and built our own standalone stack ;-)

      Look at: http://primates.ximian.com/~miguel/tmp/map2.png to get an idea of what we have to offer today

    14. Re:grrr. by iwadasn · · Score: 1

      You missed HP-UX, and I imagine you also missed a whole slew of *BSDs (I think Net and Open also have ports, like FreeBSD).

    15. Re:grrr. by JohnnyCannuk · · Score: 1

      OK then -

      x86, x86_64 (as of 1.5), PowerPC, SPARC 32, SPARC 64, ARM, Dragonball, TINI, SmartCard processors (too many to name), z390, RS6000....

      Is that enough for you? (and I'm sure I have forgotten some) .Net runs on x86. Period. Even there, it runs basically only on Win32 and *BSD OS platforms.

      --
      Never by hatred has hatred been appeased, only by kindness - the Buddha
    16. Re:grrr. by S.O.B. · · Score: 1

      I can't believe I missed HP-UX. And you're right about BSD. Like Linux there are numerous variants that are too numerous to mention.

      --
      Some of what I say is fact, some is conjecture, the rest I'm just blowing out my ass...you guess.
    17. Re:grrr. by S.O.B. · · Score: 1

      Referring to processor architecture when talking about Java is irrevelant as it doesn't run on the bare metal. Although, neither do .NET applications because only the OS actually runs on the bare metal.

      As was pointed out by someone else Java runs on more OS's covering more architectures than .NET. And besides, since Java bytecode or "executables" are processor independent they can be moved from platform to platform without recompile/repackaging.

      When it comes to choice of execution platform and ease of migration .NET can't hope to match Java's variety. What Java doesn't have is .NET's choice of language. Although there are some compilers that generate Java bytecode for other languages they are not exactly mainstream.

      Java is one language with many platforms, .NET is many languages with one platform.

      --
      Some of what I say is fact, some is conjecture, the rest I'm just blowing out my ass...you guess.
    18. Re:grrr. by Elektroschock · · Score: 1

      Of course. I think Mono is a nice tool. What you also have to keep in mind are the external effects of this project. when Mono gets 905 completion it will be 130% very soon but it is very hard to reach a critical mass. Intresting efforts like VB.Net can probably be used to benefit dead projects like GnomeBasic. The problem with basic compilers was that they all started with the compiler, so none of the failed projects contructed a VB compatible compiler. I suggest you to have a look at Hbasic. hbasic.sf.net He wants to use .Net bindings. So beeing able to execute Vb-Programms on Linux would be very nice. And as there are add-ons it will be a kind of backwards compatibility.

    19. Re:grrr. by vegetasaiyajin · · Score: 1

      All declarative languages are fundamentally equal, just the syntax is different.

      I am not going to discuss if this is true or not. But languages in .Net are not equal to the real languages. For example, the Fortran .Net is different from real Fortran, so if I have a Fortran.Net application using their proprietary variations I will not be able to compile it with a standard fortran compiler. If I have a standard Fortran program that uses certain standard features I will not be able to compile it under .Net. So what's the point of saying it supports Fortran (or C++). It supports a version of C# with a syntax very similar to Fortran, C++, etc.

      .Net multi-language support is a hoax. It is just multiple syntax support for C#. Why do you think VB.Net is os different from the original VB (which was crap anyway).

      --

      My heart is pure, but make no mistake, it's pure evil
    20. Re:grrr. by vegetasaiyajin · · Score: 2, Interesting

      So you consider Win32 is a standard? it is ECMA standard 234 .

      Then I wonder why is it so hard for WINE to fully support the Windows API, it is a standard, just like C#.

      Posix, CORBA, C and C++ are not ECMA standards, but there are many implementations of them.

      --

      My heart is pure, but make no mistake, it's pure evil
    21. Re:grrr. by Power+Luser · · Score: 1

      You can also compile many language in JVM, but SUN has never used that as a selling point since it is pretty silly.

      Pure revisionism. Sun has never used that a selling point because they don't want to support languages that they don't control. "Pretty silly" doesn't come into it, unless you consider "being able to leverage the skills of people who don't know Java" to be "pretty silly".

      All .net languages are fundamentally equal, just the syntax is different.

      Bullshit. All .NET languages target IL. All managed .NET languages have to target managed IL. And, yes, there are some languages that you can't implement efficiently and some that you can't implement correctly if you want them to be managed. But to say that .NET languages are fundamentally equal is wrong. Or perhaps you'd like to show me the syntactic sugar to go from C# to Eiffel.NET? Or how to syntactic sugar Component Pascal's covariant return types or IN parameters? I'm also interested in how SML.NET is fundamentally equivalent to VB.NET.

    22. Re:grrr. by Power+Luser · · Score: 1

      But languages in .Net are not equal to the real languages.

      Some are more different than others, but there are some which are almost identical. The reason they are different is that, in order to be verifiable and managed, they have to map to managed IL. So you're not going to be able to compile some code directly, but when you do, you'll have managed, and verifiably type safe code. .Net multi-language support is a hoax. It is just multiple syntax support for C#. Why do you think VB.Net is os different from the original VB (which was crap anyway).

      Pure FUD. There are plenty of languages implemented for .NET that have significantly different type systems and programming models to C#. While VB.NET and J# are very similar to C# they are not syntactically equivalent, regardless of how many Slashdotters assert it. Very many of the third party languages developed for .NET are significantly different to C#.

    23. Re:grrr. by ajagci · · Score: 1

      The language is an ECMA standard, but the runtime libraries are not. Without those, C# is pretty useless.

      Yes, just about as useless as C++ is without Win32 and MFC, right?

      Sun marketing has seriously damaged your mind. The fact that C# is "just" a language is a big plus to me. Unlike with Java, there isn't the assumption that just because I like the language, I also want to take 100 Mbytes of poorly designed runtime bloat along with it.

    24. Re:grrr. by ajagci · · Score: 1

      And the JVM spec is open,

      Not really: Sun has several patents.

      plus all classes are available in source code.

      Yes, and if you look at the source code, Sun owns you.

      Many of C# extra "features" are unnecessary "syntactic sugar", some are superfluous and harmful, and those that are truely useful appear in JDK 1.5 soon. Plus, in JDK 1.5 gets features such as generics which are coming in .net as well, but at a much later time.

      JDK 1.5 still lacks crucial features like value classes and true multidimensional arrays. And JDK 1.5 generics are a sham: they don't handle the hard cases correctly. Sorry, but JDK 1.5 doesn't even come close to C#/CLR in terms of functionality. Sun would have to change the JVM incompatibly to do that, and they aren't going to.

    25. Re:grrr. by jhdsl · · Score: 1

      Actually C++ becomes useless if you are forced to use MFC or W32 libraries, they really stink.

      There is absolutely no advantage to C# over other languages out there, so if you don't even have standard libraries you are better off using something that is more generally available.

    26. Re:grrr. by vegetasaiyajin · · Score: 1

      Some are more different than others, but there are some which are almost identical. The reason they are different is that, in order to be verifiable and managed, they have to map to managed IL. So you're not going to be able to compile some code directly, but when you do, you'll have managed, and verifiably type safe code.

      If I have a "Managed Fortran" then I don't have real Fortran. I have a different language that is similar to Fortran. For some it may be a better lanaguage, but it is not the real thing. The Lahey Fortran .Net compiler provides a lot of non-standard extensions (basically the C# features that standard fortran doesn't have) and there are restrictions on things that can be done on standard fortran than can't be done on C# . So it's basically C# with fortran syntax. What if I want to use an existing standard fortran library? will I be able to compile it with Fortran .net? it's probable that I don't .
      I imagine the languages you say are almost identical to the original ones (that is, they aren't identical and therefore are different from the original ones) are languages very similar to C#.
      Could you give specific examples on languages that are different syntactically from C# and are identical (or almost identical if that is the best you can get) to the original ones?.

      --

      My heart is pure, but make no mistake, it's pure evil
    27. Re:grrr. by Anonymous Coward · · Score: 0

      What if I want to use an existing standard fortran library? will I be able to compile it with Fortran .net? it's probable that I don't .

      You'd probably have to make some changes to an existing library, yes. But that's better than nothing at all. And once you have made your changes, then all of a sudden you can leverage anything .NET has to offer. A web application could call your legacy Fortran code for example. And if you don't want to bite the bullet and make the changes, so long as you can compile your code to a DLL, you can use .NET interop which is pretty damn spectacular. I current have a compiler which is compiler for .NET, emits IL, but calls out to DLL built under cygwin to layout design graphs. Works great.

      Could you give specific examples on languages that are different syntactically from C# and are identical (or almost identical if that is the best you can get) to the original ones?.

      Eiffel and Component Pascal. Both object oriented languages, which makes things a lot easier of course, and I know Component Pascal for .NET has a lot of extensions to for interop purposes, but you can compile a significant amount of legacy code with it. Then there's Standard ML .NET. They claim to be able to compile pretty much any SML 97 code, but I've never checked it out myself.

      But you could have found all that out by yourself instead of asserting that every .NET language is a C# clone.

    28. Re:grrr. by ajagci · · Score: 1

      There is absolutely no advantage to C# over other languages out there, so if you don't even have standard libraries you are better off using something that is more generally available.

      Well, let's see, what is "more generally available"? Java, C++, C, VB, and, if we go out on a limb, Eiffel and OCAML.

      C# combines value classes, garbage collection, runtime safety, operator overloading, efficient generic classes, reflection, threads, and an efficient native code interface, among many other features. Java doesn't come close (it lacks value classes, efficient generic classes, and an efficient native code interface), it has serious problems in its type system (exception declarations, arrays, its attempt at genericity), and the Java language definition is proprietary and Sun hold several patents on the runtime. C++ lacks garbage collection, reflection, and runtime safety. Eiffel is the closest, but it's already a marginal language and has numerous design problems. OCAML is a great language all around, but it lacks value classes and operator overloading.

      Sad as it is, C# is indeed the best there is right now. Java isn't even in the running for many applications because Sun has failed to fix crucial problems. The only alternative to C# is to stick with C++.

    29. Re:grrr. by Baki · · Score: 1

      Net everything that runs on a virtual machine must necessarily be "fundamentally equal", as is "proven" by the fact that most CPU's may be emulated in a virtual machine, yet many languages that compile directly into i386 are fundamentally different.

      Yes, one could even imagine totally different languages for CLR. However, as long as you want .net languages to share the .net class library (i.e. use C# written classes fully in another .net language, and use classes written in the other .net language in C#), the languages MUST be fundamentally equal. If you would have fundamentally different features (such as multiple inheritance) you BREAK the possibility to fully cross the language borders and call each others classes.

      Why do you think that most native languages can only share the lowest common denominator, C, to glue things together? Java can call C, Fortran can call C, Python can call C, etc. etc. But they cannot call each other directly. It is impossible, unless the language are all the same in disguise, which is the case currently with all .net languages.

      If you would make a really different language running on .net, then what would be the point? You would not be able to use the .net libraries, so the language would be "stand alone". In that case you might as well compile the language natively instead.

    30. Re:grrr. by Power+Luser · · Score: 1

      However, as long as you want .net languages to share the .net class library (i.e. use C# written classes fully in another .net language, and use classes written in the other .net language in C#), the languages MUST be fundamentally equal.

      Rubbish. The languages must understand the same object model to map libraries in a meaningful way, but this does not make the languages "fundamentally equal" unless your definition of "fundamentally" is "understand the same object model on some level". Many of the .NET languages have vastly different programming models and type systems, and yes, many have had to have interop features hacked on in order to leverage the .NET runtimes, but they are not "fundamentally equal" in any sane sense.

      Why do you think that most native languages can only share the lowest common denominator, C, to glue things together? Java can call C, Fortran can call C, Python can call C, etc. etc. But they cannot call each other directly. It is impossible, unless the language are all the same in disguise, which is the case currently with all .net languages.

      This is a really flimsy argument at best. You equate the "ability to interoperate" with "fundamentally equal", which is just so wrong I'm not sure where to start. A language is defined by far more than being able to call some foreign code.

      If you would make a really different language running on .net, then what would be the point? You would not be able to use the .net libraries, so the language would be "stand alone". In that case you might as well compile the language natively instead.

      Define "really different". Like Eiffel, with multiple inheritance and design by contract? I'd call that "really different". How about Standard ML - I'd call a functional language "really different" to C#. But your argument does display a certain ignorance. If you could build a compiler for a language that is "really different" that targetted managed .NET IL, you're language could get garbage collection for free, as well as verifiably type-safe code. Sure you mightn't be able to verify your own type system, but any executable built with your compiler would be guaranteed to be free of buffer overflows and any wacko pointer arithmetic. Then you get .NET's security model, which means you can build apps people can download and trust because they can sandbox them. And THEN, if you hack it in somehow, you might even be able to leverage framework libraries if you can handle the messiness involved. The "point" is only too obvious to anyone who has any experience in this field.

  7. Mono and dotGNU by Anonymous Coward · · Score: 0

    "...they have no practical use, and exist only with the patronage of Microsoft. "

    Sure. Just like strong encryptions was tarriffed. That worked out so well.

  8. bright people doing what they like for free ... by Anonymous Coward · · Score: 5, Insightful

    ... doesnt always mean it makes sense from a resource point of view or from "the big picture". But that is the price with people giving up their own time.

    I, myself, am happy to have the chance to sample some of this work for free. Who am I to judge since I'm not paying?

    1. Re:bright people doing what they like for free ... by Art+Tatum · · Score: 1

      Or, to put it into a more familiar vernacular: "Because it's there." A better question to ask about Mono, dotGNU, or any other Free Software project than "Why?" is "Why not?"

  9. Sounds defeatist to me. by richardoz · · Score: 3, Interesting

    Neil wants to give up implementing .NET for MONO and dotGNU because neither project will have all the features. I think that it is likely that Novell or ?? may pick up the pace..

    --
    All the worlds indeed a .sig, and we are mearly players..
    1. Re:Sounds defeatist to me. by Anonymous Coward · · Score: 0

      Novell will pick up the pace once it has time to stabilize everything that it has purchased, develop a roadmap, and its customers ask for it.

      If Novell offers C#, groupware, and single-signon via AD, I'll buy a server. And I'll buy it from IBM for putting the smack down on SCO. My wallet might be misplaced, but my loyalty isn't.

    2. Re:Sounds defeatist to me. by iwadasn · · Score: 1


      Now, remind me again why the don't just program in java if they want cross platform features? I've seen the performance comparisons, and java and C# are roughly neck and neck. In my own code, java blows C# out of the water, but that's due to the way we use C#. Here's a hint, autoboxing is not a good feature, it just makes it too easy to write horribly slow code.

      I would also like to point out that the sheer volume of code written in Java is staggering. A sizeable fraction (maybe 30%) of open source projects are in Java, and most of the code written in business today is java.That proportion would be higher if open source hackers weren't so in love with low level/obscure languages. Look at the jakarta project by apache. Most network services should be java (or .NET, if you insist) becaue they are so much harder to attack and exploit. In addition, the difficulty of maintaining multiple versions for multiple platforms (your network service does run on multiple platforms, right?) is greatly reduced.

      In addition, if you feel the need to have a free VM, why not try to produce at GPLed JVM? You could probably get half the code from Sun, and the rest of the work would be much easier because you can always see (as in have others describe to you, so as to not corrupt the project) the sun source code for the JVM.

      Last, and debatably least, I would like to point out that if C# is just barely keeping pace now, it will have a hard time in the future. Most of the advantages C# enjoys are due to its code format (tail recursion, etc...) and value types. Both of these advantages will be (have been) steadily erased by VM advances. Escape analysis will overnight turn value types from a performance advantage to a performance disadvantage, as the VM will be able to use value types wherever it is faster (and possible) to do so. Then programmer declared value types would become a liability.

      Just my $.02, now worth $.016 thanks to Bush.

  10. Let the mindless bashing begin by daviddisco · · Score: 4, Insightful

    We know that Slashdot posts these kind of articles as bait for the meatheads who think that being against Micro$oft makes everything they say correct. Microsoft bashing is no substitute for thinking. Be free! Think, think!

    1. Re:Let the mindless bashing begin by willy134 · · Score: 1

      Let's sum up the ever continuing argument.


      Dot Net is cool man.
      It's made be M$

      It is supposed to take over java
      But Java works

      It will mean same code on all machines
      Again Java works...And C# will become adopted by *nix right as microsoft flexes its copyright/patent portfolio and destroys all things unix



      I heard enough of this stupid bickering. I think C# was fun to code in but it doesn't make it the best programming language there is. But hey if someone wants to extend C# /.NET to linux more power to them. I will probably even use it in linux.

      The only question I have is, if it is really better than other programming languages/systems (so they say)...(Assuming Microsoft doesn't destroy all who use it) Wouldn't it be wise to have a linux implementation of it. Isn't linux about having a choice. If I said you all have to KDE we would see the same "mindless bashing" again.

      --
      Can you ping me now?... Good!
  11. you do know.. by minus_273 · · Score: 4, Interesting

    that C# and IL are an international standard (at least in ECMA's eyes) and MS has absolutely no control over the language right? Not just that there are several other compiler for C#, made by german firms i think.
    FYI, basically it boils down to this:
    .net = european standards camp
    Java = american standards camp, though not fully done yet.

    --
    The war with islam is a war on the beast
    The war on terror is a war for peace
    1. Re:you do know.. by Anonymous Coward · · Score: 0

      C# isn't the point. It's just a language, and not even at the heart of things.

      This article is about .NET/MONO/dotGNU - frameworks. Why is the parent "interesting?" instead of "Offtopic"?

    2. Re:you do know.. by meadowsp · · Score: 1

      It's not the language, it's the libraries that are important and which microsoft have got control of. At leat with java you've got the JCP which is more open about the future of Java than anything coming out of microsoft.

    3. Re:you do know.. by Anonymous Coward · · Score: 1, Insightful

      Wuba wuba-

      The C# languages specification is only part of the ECMA AND ISO standards that have been ratified... As well something called the BCL or Base Class Library was submitted as well. Over 900 classes, namespaces and interfaces.

      Sure, Microsoft specific namespaces aren't there like WinForms, WebForms, Data & EnterpriseServices - but you would be surprised as what IS:
      - cryptography
      - networking (not just sockets, but higher level protocols as well)
      - XML

    4. Re:you do know.. by Waffle+Iron · · Score: 4, Insightful
      that C# and IL are an international standard (at least in ECMA's eyes) and MS has absolutely no control over the language right?

      They have no control over C# standards in exactly the same way they have no control over HTML standards: Developers code to the Microsoft implementation, regardless of what the "standard" may say.

    5. Re:you do know.. by AstroDrabb · · Score: 2, Insightful
      Someone mod parent up. I lost my ability to mod since I posted on this topic.

      This is exactly what MS will do. How freaking naive can MS weeines be? MS is all about dominating a market. Big deal if C# the language is a standard. The platform is what matters and MS controls their .Net platform. People/Companies will code to that MS .Net platform and leave all other platforms out of the game.

      If you want a cross-platform framework, use Java. If you want a cross-platform application, use wxWindows or QT

      In the most recent Linux Magazie or Linux Journal (I don't recall which since I get both), I just read that many analysts are predicting that Linux will have at a minimum 45% of the server market share by 2007, only three years away. If Linux gets that kind of market share within 3 years, don't you think MS will continue to do whatever they can to continue to lock customers into their platform? Why do you think MS ported their C# compiler to FreeBSD over Linux?

      Again, C# the language is open and you or anyone else can create a compiler. Big deal, you can now compile your first Hello World! C# applications. The commercial C# applications will be built on .Net and limited to MS Only.

      Is there anyone out there that actaully thinks MS would develop a true cross-platform solution? Can their be a human that is that naive?

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    6. Re:you do know.. by GlassHeart · · Score: 2, Insightful
      This is exactly what MS will do. How freaking naive can MS weeines be? MS is all about dominating a market. Big deal if C# the language is a standard. The platform is what matters and MS controls their .Net platform. People/Companies will code to that MS .Net platform and leave all other platforms out of the game.

      The question is, will these developers avoid .Net if there was no Mono? If not, then a few years from now you'll have the killer apps ported to the .Net API, and alternative OSes still won't be able to run any of them. If Mono is able to achieve significant compatibility, then a port becomes that much cheaper to make. Maybe even cheap enough to make a profit from Linux sales.

      The commercial C# applications will be built on .Net and limited to MS Only.

      MacOS X and Linux can probably claim at least 10% of the desktop market. MacOS X currently can attract major applications like PhotoShop. What if you could support twice the MacOS X market, using the same code base as your main Windows product, by avoiding a small set of Microsoft-only APIs?

      The commercial C# applications will support Linux if enough Linux users are willing to pay enough for them to justify the port. Today is port is very expensive. Tomorrow there will be more Linux users, and Mono may lower the porting cost significantly.

    7. Re:you do know.. by doulios · · Score: 1
      Developers code to the Microsoft implementation, regardless of what the "standard" may say.
      Actually, in my case you are just wrong. I refer to the standards everytime I write html and css. Between IE and Netscape, IE most often generates results to spec, and Netscape tends to do the opposite
    8. Re:you do know.. by ajagci · · Score: 1

      Except that Java isn't actually an open standard and likely never will be. Java is a proprietary platform that is controlled by Sun and by an industry consortium. They just happen to give away implementations for free.

    9. Re:you do know.. by AstroDrabb · · Score: 1
      If that is how things worked out, then it would be good. However, with MS controlling the .Net platform, you can be certain MS will do what they have done in the past. Look at something as simple as HTML. MS made IE use document.all, look home many stupid HTML/ASP guys use that and cannot even make a simple HTML page to work with standards. Instead of document.all, these IE only site just need to use document.getElementById and it will be standards compliant and work with IE, Mozilla, etc. According to w3schools, Mozilla has 9% of the browser market and keeps growing every month. Linux has 2.6% of the desktop and Mac has 2.5% of the desktop market. On page 12 of the March 2004 issue of Linux Journal, there is a stat from some analysts that Linux will have 45% of the server market within 3 years. Do you think MS will sit back and let .Net server applications also run on Linux? Of course not. Just as MS bastardized HTML to make other browsers "incompatible" with the web, MS will do things with .Net that will make .Net applications only work on MS Windows.

      Also, I don't know where people get this idea that Linux users do not spend money. The fortune 500 I work at have spent a lot of money on Linux applications, like Oracle 9i and Oracle 9iAS, PeopleSoft, we have 24x7 support contracts with Red Hat, etc. I think the average Linux desktop user doesn't want to spend tons of money on normal day-to-day software. That is understandable to me. It costs far too much to get average desktop software for an MS Windows platform. Tons of MS Windows users just go and steal that software from p2p. I personally take the Linux approach and use freely available desktop software instead of stealing $1,000's of dollars of software. Go look at the average /. MS Windows using users desktop and I bet you will find tons of stolen software. Now compare that to the average /. GNU/Linux using users desktop and you will find zero stolen software.

      In the end I hope you are right and Mono/.Net will be an alternative cross-platform development platform to bring competition to Java, which would be a good thing.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
  12. Motivations by Pedrito · · Score: 5, Insightful

    As a .NET developer, frankly, I don't care what the motivations of Mono develoers or dotGnu developers are. Maybe I should be, but I'm not. I'm building an open source project in .NET and I want Linux, BSD and Mac OS X support (the latter two, hopefully with the help of SSCLI), and frankly, whatever other platforms I can include.

    I don't want to use Java. First of all, I've never used it to develop software. Second of all, every user interface I've ever seen done with Java stinks. Maybe I've been seeing bad examples, but the windows, buttons, and other contols of the Java apps I've seen have an old fashion look and feel to me and I don't care for it. My personal opinion, but for me, that counts for something.

    .NET is a really nice development environment. As much as I don't care for Microsoft, I have to admit that since I adopted C# about a year and a half ago, my production has roughly tripled, maybe more. I've never had ANY technology have that kind of impact on my development before, unless it was the reverse (making me 3 times LESS productive).

    So, whatever the motivation of Mono or dotGnu, I simply want to develop my cross-platform C# apps. That's MY motivation, and that's what matters to me.

    1. Re:Motivations by petabyte · · Score: 3, Funny

      I've never had ANY technology have that kind of impact on my development before, unless it was the reverse (making me 3 times LESS productive)

      You're talking about slashdot right? :)

    2. Re:Motivations by Gopal.V · · Score: 1

      There is a FreeBSD port IIRC ....
      Here's the OS X Darwin Port.
      Btw dotgnu.org has a screenshot of Winforms running on OS X .

    3. Re:Motivations by stackdump · · Score: 1

      but the windows, buttons, and other contols of the Java apps I've seen have an old fashion look and feel to me and I don't care for it

      "I think the buttons look old", well I guess you could use the same argument for your computer when the keyboard gets worn.

      I don't get it?

    4. Re:Motivations by Karamchand · · Score: 5, Informative

      Concerning Java GUIs: Take a look at SWT (Standard Widget Toolkit). You might be interested in it :-)

    5. Re:Motivations by Randolpho · · Score: 1
      --
      "Times have not become more violent. They have just become more televised."
      -Marilyn Manson
    6. Re:Motivations by Anonymous Coward · · Score: 0

      And you could also use the same argument for not wearing a zootsuit.

      He said it was a personal opinion - he's not claiming to be "right".

      What don't you get?

      The robots turn into buildings. What should they turn into? Something boring, like dinosaurs?

    7. Re:Motivations by Anonymous Coward · · Score: 5, Informative

      ...Second of all, every user interface I've ever seen done with Java stinks. Maybe I've been seeing bad examples, ...

      Most Java apps are not client side apps. Java is (at least at the moment) still heavily server-side. So looking at GUI apps as a mark of quality of Java as a development language is highly misleading, although understandable.

      However, take a look at Swing Sightings for some examples of truly outstanding Java GUI apps...

    8. Re:Motivations by Pedrito · · Score: 1

      I didn't intend to imply that Java itself was deficient because of the UIs. I assumed that there were probably libraries out there for doing nicer widgets, but I had just never seen them. Thanks for the link, but after a year and a half of C#, I'm kind of committed to it and sticking with it.

      I've read some books on Java and played with it a tiny bit, and it's clear that C# got a lot of good ideas from Java. I think the language Java is quite well designed in many ways and would have improved my productivity in a manner similar to C#, but I ended up with C#. Such is life.

    9. Re:Motivations by gfxguy · · Score: 1, Insightful

      Not only that, but it's simple enough in Java to specify that you want the native OS look and feel.

      What this guys argument boils down to is "it's foreign to me, and since I'm already accustomed to something else, I don't really have the desire to use it."

      There's nothing wrong with that argument when you're talking about yourself, but it's not really a valid argument for or against anything in general terms. It's the same arugment people use to stick with MS Office instead of Open Office, even though for most people OO would more than suffice. Same thing with browsers.

      Personally, I love writing in Java, I think it's a great tool to teach this old the finer concepts of OO while being (mostly) platform independent.

      Looking forward to 1.5...

      --
      Stupid sexy Flanders.
    10. Re:Motivations by Anonymous Coward · · Score: 0

      ...every user interface I've ever seen done with Java stinks. Maybe I've been seeing bad examples...

      And maybe you've never run a Java application on Mac OS X (or ever noticed you were using one). You can give a native look and feel to your applications fairly easily, as shown here

    11. Re:Motivations by Mr.+Piddle · · Score: 1

      As a .NET developer...

      I'm building an open source project in .NET and I want Linux, BSD and Mac OS X support...

      You must be asleep, with such a pipe dream in your head. Well, perhaps not, if you develop with DotGNU and Mono, and, then, test on Microsoft's implementation. You can't expect to go the other way.

      --
      Vote in November. You won't regret it.
    12. Re:Motivations by Loconut1389 · · Score: 1

      The classes ive written compile happily in both VS.NET and dotGNU

    13. Re:Motivations by sporty · · Score: 1


      I don't want to use Java. First of all, I've never used it to develop software. Second of all, every user interface I've ever seen done with Java stinks. Maybe I've been seeing bad examples, but the windows, buttons, and other contols of the Java apps I've seen have an old fashion look and feel to me and I don't care for it. My personal opinion, but for me, that counts for something.


      Uh.. your ignorance of swing is showing. On my mac, it uses apple-like widgets. On windows, it looks like windows. If you want to, develop your own widget faces and make your own swing style stuff. As for existing apps looking like ass, programs written in many other languages can easily look like ass if the developer doesn't put time into it. But since you havne't programmed in java and never seen a good java app your opinion on java's stance of "prettiness" is there, eh?

      .NET is a really nice development environment. As much as I don't care for Microsoft, I have to admit that since I adopted C# about a year and a half ago, my production has roughly tripled, maybe more. I've never had ANY technology have that kind of impact on my development before, unless it was the reverse (making me 3 times LESS productive).


      It has nothing to do with being a more experienced programmer. Hey, I've been using java's grid bag layout for 6 months now, and it's great! My UI development has tripled compared to other stuff... even though I have 6 more months in UI programming than i have before.
      --

      -
      ping -f 255.255.255.255 # if only

    14. Re:Motivations by speedbump · · Score: 1

      Hear, hear!

      I hate Microsoft, and I love Linux and FreeBSD. That being said, I'm putting meat on the table right now by being a C# developer in a Microsoft shop, and I'm grateful, because I've been doing scutt work at low wages for the last couple of years.

      I've developed with C++, Java, and VB, and I have to say that the Visual Studio and C# development cycle kick the snot out of any previous environment I've worked with. I hate to admit it, but the tools Microsoft has developed are wonderful. And C# is much easier to work with as a language than Java, at least, in my experience.

      A message to slashdotters: quit whining about how evil ol' Microsoft can't produce anything worthwhile and copy the great ideas that MS has used to make programming a pleasure again.

    15. Re:Motivations by Mr.+Piddle · · Score: 1


      Compile...and run?

      --
      Vote in November. You won't regret it.
    16. Re:Motivations by iwadasn · · Score: 1

      Look at Limewire. Their gui is pretty good. Also, netbeans can be a bit slow, but their gui isn't that bad either. Of course I say this as a man who owns an OS X box, so I get the aqua L&F, in addition to plenty of hardware graphics acceleration.

    17. Re:Motivations by laird · · Score: 2, Informative

      "I don't want to use Java. First of all, I've never used it to develop software. ... since I adopted C# about a year and a half ago, my production has roughly tripled, maybe more."

      Having done a little in C# and a lot in Java, my personal opinion is that the development environments are comparable, with the caveat that you've got way more options for tools and components on the Java side since it's a much more mature and broadly supported platform.

      I'm curious about why you don't want to use Java. Java and C# are remarkably similar -- aside from some Windows-specific bits in C#, I'd guess that anything you like about C# development would also be true of Java development.

      While it's true that the original Java GUI API's were quite primitive, they've made a lot of advances. As another poster commented, the vast majority of Java code these days is server-side, but there are some rather nice Java applications out there. The look of the buttons, etc., is actually up to the runtime environment -- Java app's look great on MacOS X, for example, but a little more primitive under Unix. But I've seen some really slick Java app's, so I think that the "primitive look" is more a product of someone not focusing on getting the UI right than of a limitation of the Java GUI tools.

    18. Re:Motivations by Bazouel · · Score: 1

      Those GUI are hardly impressing ... Compare those screenshots with VS.NET IDE or MS Office.

      Look and feel plays a BIG part in database driven applications and those represent arguably the predominant market share.

      --
      Intelligence shared is intelligence squared.
    19. Re:Motivations by AstroDrabb · · Score: 1
      So, whatever the motivation of Mono or dotGnu, I simply want to develop my cross-platform C# apps. That's MY motivation, and that's what matters to me.
      Do you really think .Net is cross-platform? Please give us a link to your "cross-platform" C# application. I would like to run it under Linux and Mac OS X. .Net is not cross-platform and will never be. .Net is much more then a C# compiler. Without the .Net framework being on other platforms, you are limited to MS Windows only.

      As for Java. I used to agree about the ugly user interface. That is until I tried Eclipse. Eclipse uses SWT which is a GUI kit for Java that uses native libraries. So under MS Windows, your Java apps look and fell just like any other Win32 application. Under Linux SWT uses GTK+2 so they look and feel is like a native Linux application. I personally think SWT is very nice. Here are some screenshots of The Azureus BitTorrent client. This client is written in Java and looks and acts like a normal Win32 app instead of an ugly Java swing app. It looks and acts the same under Linux as well.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    20. Re:Motivations by Anonymous Coward · · Score: 0



      "[E]very user interface I've ever seen done with Java stinks."

      Please look into Eclipse and SWT.

    21. Re:Motivations by Rich0 · · Score: 1

      Is there a tutorial anywhere on programming using SWT?

      Every doc I've seen on SWT is specifically geared towards making plugins for Eclipse.

      How about, how do I program a calculator using SWT? I can do it in Visual Basic in about 15 minutes...

      That isn't meant as a flame - I honestly have been trying to learn java in my spare time, and since I don't know anything about either swing or SWT I'd rather learn the one that runs faster and looks nicer...

    22. Re:Motivations by line.at.infinity · · Score: 1
      Regarding GUI... well, the look and feel of Java prior to Java2 did stink, but it has continued to improve greatly since then. Check this out from the J2SE 1.5b1 what's new page:
      With the 1.4.2 release we provided two new look and feels for Swing: XP and GTK. Rather than taking a break, in 1.5 we're providing two more look and feels: Synth, a skinnable look and feel, and Ocean, a new theme for Metal.

      Also LimeWire, made with Java, has been boasting several skins.
    23. Re:Motivations by Anonymous Coward · · Score: 0

      This SWT thing is getting old. Name one big program running SWT other than Eclipse.

      Oh and can it run on Mac? Last I checked, it couldn't.

      My Swing app runs the same on Win (98 to XP), Linux, Solaris, and Mac.

    24. Re:Motivations by ao3000 · · Score: 2, Interesting

      Here are two sites that have SWT tutorials and sample code. In general, I have not found the documentation of SWT to be as good as SWING. http://www.cs.umanitoba.ca/~eclipse/ http://dev.eclipse.org/viewcvs/index.cgi/platform- swt-home/dev.html?rev=1.149

    25. Re:Motivations by Slamtilt · · Score: 1

      Make sure you check out the ones towards the bottom of the page, though. The ones at the top have that "oh, obvious Java app" swing-look to them, but towards the bottome they get a *lot* better. I had no idea that Yohoho! Puzzle Pirates was Java.

    26. Re:Motivations by Haeleth · · Score: 1

      Uh.. your ignorance of swing is showing. On my mac, it uses apple-like widgets. On windows, it looks like windows. If you want to, develop your own widget faces and make your own swing style stuff.

      Uh... your ignorance of Swing is showing. It does provide some support for looking vaguely like the target platform, if the developer remembers to write the code that detects the platform and switches to an appropriate L&F.

      However, the majority seem to prefer using the default theme, on the grounds that it looks the same on all platforms so they can predict how their application will appear; this has portability advantages, but is widely acknowledged to be aesthetically deficient.

    27. Re:Motivations by the+uNF+cola · · Score: 1

      So? Blame the developers. YOUR ignorance is showing. If you can't write something to detect the OS you are on, then it's your own fault.

      --

      --
      "I'm not bright. Big words confuse me. But Wanda loves me and that should be enough for you." - Cosmo

    28. Re:Motivations by Loconut1389 · · Score: 1

      Indeed, it is an over the net backup client that can do SFTP, tar, gzip, bzip, etc using the ICSharpCode ZipLib as well as a compression library/format I wrote myself with MD5/SHA hashes. Builds/runs happy on linux and windows. I had to write a couple special functions for unix that does calls to get unix permissions and stuff, but doesnt run unless System.Environment.PlatformID == 128 (unix), so the code compiles happily on windows and unix, i can build and run it in VS.NET and make some changes and bring it back to linux and build and run it there.

    29. Re:Motivations by WorldMaker · · Score: 1

      Personally, I think SWT looks like 95-era Windows with some purple (why purple??!!) thrown in for an attempt at some sort of style. On top of that, SWT clashes with almost every other OS look and feel out there, and doesn't adapt to native LNFs.

      Finally, it has been my experience that the SWT -> AWT pipeline is quite a bit slower than native window calls, and I've got better stuff to do with my time than wait for SWT to redraw my entire window every time I occlude it slightly! (As SWT apparently doesn't like to listen to the Regions provided by the Paint message, and even if it did, it would have to traverse the entire Object tree to figure which controls need repainting...)

  13. One reply by miguel · · Score: 4, Insightful

    We read with interest the piece from Neil on the purpose of Mono, and
    I wanted to clarify a few things, because Mr Neil does not seem to
    have looked at the Mono Roadmap, nor tried a recent release, since
    code signing (authenticode and strongnames is implemented, remoting is
    completed (soap, binary, http, tcp transports) and most of the
    side-by-side assemblies work is done, and will be part of 1.0).

    The Mono Roadmap (www.go-mono.com/mono-roadmap.html) contains the
    release time frames for the various features of Mono and will help him
    and other readers understand what exact plans are: no speculation, and
    no half-cooked facts.

    I am surprised by the motivation to do so little research on our
    project given that Mr Neil is the technical director of a company that
    sells .NET software; You would think that the use of Mono would help
    him reach customers using Linux, using mainframes or MacOS X.

    Mono is based on the ECMA 334 and 355 standards. We like the C#
    language and its runtime (as does Mr Neil's company) because it
    increases our developer productivity, reduces the time to market of
    our new products, this despite the fact that we do not implement Code
    Access Security, which will only be used in embedded situations, a
    segment that we are not ready to address in Mono 1.0.

    We want to improve the productivity of developers in Linux, mainframe
    and OS X developers by brining this unique platform to other
    platforms. Just like Borland, SGI, Sun and IBM provide compilers,
    runtimes and tools for other languages, we provide such a piece for
    C#/.NET.

    Mr Neil does not seem to understand why bootstrapping a C# compiler is
    important, so let me explain this in terms he would understand: it is
    important because:

    * Using C# to write a C# compiler means that it improves our
    development speed.

    * To be able to harvest the benefits of productivity of C# on
    Unix, we need a bootstrapping system.

    * It allows us to write software on Unix without and be
    self-sufficient to develop software as opposed to require
    a Windows machine to develop software, and another to run it.

    * It means that we trust our technology enough and it is solid
    to the point that a relatively complex piece of software not
    only runs, but is binary-compatible with the Microsoft
    runtime.

    Mono's objectives are not "To break Microsoft's monopoly". We do not
    define ourselves in this way, there are more important social causes
    to fight. We look at the ECMA 334/335 standards as a solid foundation
    to improve Linux and bring more software, more quickly to it, and make
    the development process more fun.

    There is a lot more about this on:

    http://www.go-mono.com/rationale.html

    And a few other interviews

    1. Re:One reply by Pedrito · · Score: 2, Troll

      Miguel, muchas gracias para tu repuesta...

      I find this very enlightening. I had no idea that Mono was intended to be compatible with Mac OS X, and I find that VERY cool. As I posted earlier regarding my own open source project that uses .NET, I want to target as many platforms as possible, and Mono gives me this ability. And on top of it, I get to use C# and the .NET Framework. Despite the company that designed it, it's an excellent language and framework. As Miguel said, it boosts productivity. I have personally witnessed that.

      I haven't been following Mono as closely as I'd like because I haven't gotten to the porting yet, but I've been following some of the API development and frankly, I think they've done an excellent job of targetting the most important issues in order. Almost everything I need is already in Mono. Where it isn't there yet, I hope to either contribute code to Mono, or come up with workarounds.

      Open Source is more about choices than trying to put a company out of business. Since when was the open source motto "To write software that puts Microsoft out of business?" What sort of noble goal is that? Microsoft should succeed or fail on its own merits. I don't like them very much, and perhaps they're not succeeding on their own merits, but that doesn't mean that the motivation of OSS should be to make them fail.

    2. Re:One reply by Viol8 · · Score: 1

      Maybe I'm missing something here but how exactly can you get your C# compiler to run under unix when the compiler is written in C# itself? That
      means you need an already existing unix C# compiler to compile it! Chicken and egg situation or am I missing something?

    3. Re:One reply by Anonymous Coward · · Score: 0

      My opinion:

      - Mono is good because is an alternative to MS $ware
      - .Net is bad as it's just been shoved down our throats by MS marketing guys (I'm sure before MS crapped this out we were all sitting here going "How on earth am I going to do this???")
      - .Net is just a marketing term. Most underlying technology is old hat.
      - The new developmnet environment is a bag of bugs and as usual important usability features have been removed to make space for the hyped up buzzwords of the moment (I've used all versions of VS since 1.0 prerelease)
      - CLR is a half baked runtime
      - C# looks better than Java, but was it necessary?
      - Managed C++ is pure blasphemy.

    4. Re:One reply by miguel · · Score: 4, Interesting

      The Mono team has grown as a result of the Novell
      acquisition, from five developers to a team of
      fifteen developers.

      We are only working on Gtk# support.

    5. Re:One reply by miguel · · Score: 3, Informative

      The trick is that C# code is compiled to the
      Common Intermediate Language, so you compile in
      one platform, and you run in another one. All you
      need is a virtual machine running on the target
      system

    6. Re:One reply by Viol8 · · Score: 1

      Last time I looked MS hadn't written one for Solaris, HP-UX, AIX etc.

    7. Re:One reply by miguel · · Score: 4, Informative

      That is correct.

      But we have. We support SPARC, SPARC 64 bits, HPPA (32 and 64), StrongARM and PPC in a wide range of operating systems.

    8. Re:One reply by Anonymous Coward · · Score: 0, Flamebait

      C# exists to kill Java. By furthering C# you help Micros~1. .NET exists to kill Java. By furthering .NET you help Micros~1.

      That YOU are so sycophantic re: Micros~1 and mono is the greatest irony of all time. It would be funny if it weren't so truly stupid and truly dangerous.

    9. Re:One reply by Cereal+Box · · Score: 1

      You are missing something. There already is a FreeBSD version of the C# compiler, developed by Microsoft. I know, I know, this is Slashdot, Microsoft is evil and wants to tie everyone to Windows, but they actually ported their stuff to FreeBSD.

    10. Re:One reply by realnowhereman · · Score: 4, Informative
      You're missing something. The article explained it, but it goes something like this...
      • Someone else (Microsoft) writes a C# compiler in C/C++/whatever.
      • You write a retargetable C# compiler in C#.
      • Using the existing (Microsoft's) compiler, compile your compiler.
      • Using this compiler (which you have the source to), compile your compiler.
      • Using this compiler, retarget for whatever platform you wanted
      • Congratulations, your environment is self-hosting and no longer requires the original compiler.


      This problem has been in existence forever - how can it be that C compilers can be written in C? (Hint: the first one wasn't)
      --
      Carpe Daemon
    11. Re:One reply by Pedrito · · Score: 4, Insightful

      C# exists to kill Java. By furthering C# you help Micros~1. .NET exists to kill Java. By furthering .NET you help Micros~1.

      That YOU are so sycophantic re: Micros~1 and mono is the greatest irony of all time. It would be funny if it weren't so truly stupid and truly dangerous.


      This is a variation of killing the messenger for delivering the message. Instead you want to kill the message (.NET and C#) because you don't like the messenger (Microsoft). Frankly, I think it's just as stupid as killing the messenger.

      Miguel thinks, and frankly, I agree, that .NET and C# are superior to Java in some respects. I don't think creating a .NET platform for Linux hurts Linux nearly as much as it helps.

      Has WINE helped or hurt Linux? It provides people a layer of compatibility that allows them to migrate to Linux. That's REALLY important to a lot of people, companies, and governments who are deciding which platform to use. If I'm a government agency and I have a custom tool written in C# and now we're thinking about whether to switch to Linux or continue using Windows, I have an option. Without Mono and dotGnu, my decision is made. I have to stick with Windows or rewrite my software. Which one do you think will cost me more.

    12. Re:One reply by Anonymous Coward · · Score: 0

      Nah, Microsoft likes FreeBSD and their support should be construed mostly as an attempt to weaken Linux. Microsoft would love to convert the Linux world to BSD, because with the BSD license they can take what they want. They would profit greatly from the efforts of all these open-source developers if the license was BSD.

    13. Re:One reply by Loconut1389 · · Score: 1

      Likewise, we compile gcc 64bit with gcc 32 bit. What? compiling a c++ compiler with c++ code? Crazy! =)

    14. Re:One reply by pla · · Score: 1

      Mono is based on the ECMA 334 and 355 standards

      ...And certain key patents (even produced as a "clean" implementation, you can still violate patent) held by... Anyone? Right! Microsoft!

      I can only imagine how much Bill enjoys watching us put massive effort into producing an open source alternative to .net... Because once everything matures and the entire world uses it (which we as a community actually encourage by supporting it ourselves), Bill can say "Aww, gee, you violated patent #blah-blah-blah, I guess you'll have to either pay me royalties, which I won't accept anyway, or throw it all away".

      And anyone that thinks we can just avoid MS's key patents in this area has started to believe the "MS sucks" hype too literally. They may produce bug-ridden code, but I have no doubt their lawyers have left a legal minefield that will one day blow up in all our faces. The very fact that they have so far let us use their playground suggests they have something up their sleeves.

    15. Re:One reply by Loconut1389 · · Score: 1

      You took it to a bit too coarse a granularity. You compile it into IL, then run the IL with the virtual machine (ie ilrun with dotgnu) to compile the IL code.

    16. Re:One reply by Deraj+DeZine · · Score: 2, Funny
      Miguel, muchas gracias para tu repuesta...

      Yeah, this guy doesn't know Spanish. Allow me:

      Miguel, muchas gracias para los cerebros deliciosos y los monos azules. Vamos a comer todos los monitos.
      --
      True story.
    17. Re:One reply by secolactico · · Score: 1

      This problem has been in existence forever - how can it be that C compilers can be written in C? (Hint: the first one wasn't)

      Reminds me of a rather lame movie whose single redeeming value is the following exchange (cut/pasted from IMDB):

      [Anson and Garrad have explained they must go and calculate the height.]
      Thomas Twp Too: And how d'you know later?
      Reginald Anson: Well, w-we've made, um, we've made measurements with those two hills, and w-we already know the height of Newton Beacon and Whitchurch Hill...
      Thomas Twp: But how were they measured?
      Reginald Anson: The same way, by comparing them with other hills.
      Thomas Twp Too: But who measured the first hill?
      Rev. Robert Jones: [whispering] God. God, my boy. God.

      --
      No sig
    18. Re:One reply by iabervon · · Score: 1

      I'm unclear on why a new C# compiler written in C# is necessary; wouldn't it be easier to add a C# front end and a CLR back end to gcc, which not only already has a good intermediate language, but already has a Java front end, which would be close already. This would also provide native executable output for a huge number of architectures.

    19. Re:One reply by IamTheRealMike · · Score: 1

      OK, just make sure to use GTK# instead of S.W.F - gtk is a better toolkit anyway. Avoid the registry. Avoid Win32isms. Then it should be pretty portable.

    20. Re:One reply by gbjbaanb · · Score: 1

      am surprised by the motivation to do so little research on our
      project given that Mr Neil is the technical director of a company that
      sells .NET software; You would think that the use of Mono would help
      him reach customers using Linux, using mainframes or MacOS X.


      He was just karma-whoring the linux community :)

    21. Re:One reply by WNight · · Score: 1

      But Microsoft has never tried to succeed on their own merits. They've sabotaged competitors, stolen code, lied, sued innocent companies, made proprietary changes to protocols, spoken out about open source being communist and unamerican, etc.

      I think there are many reasons why everyone, not just open source developers, would want MS to fail.

      Hell, I can't think of any reason why they should stay in business. Some people point to Bill's success in a sort of Randian justification, as if success makes right, but this ignores all the crimes he's been part of. If we respect him for success we need to respect Ken Lay for his success. I don't know of anyone who knows that MS has done and who supports them, except for shareholders. Money makes people a bit hypocritical - if those crimes were committed against them they'd be up in arms, but they're willing to share the spoils.

    22. Re:One reply by arkanes · · Score: 1
      ECMA requires that patents covering specifications that it accepts be licensed under a RAND policy. They could still be used to pressure other implementations, and patents on parts of .NET not covered by the spec are up for grabs, of course.

      Details here

      As an aside, despite plenty of other nasty buisness behaviors, MS has not to my knowledge abused it's patent portfolio against pretty much anyone, not even OSS projects they have a real hard on for (like Linux).

    23. Re:One reply by absurdhero · · Score: 1

      DotGNU has been running on MacOS X for roughly two years.
      " Currently supported CPUs: x86, ppc, arm, parisc, s390, ia64, alpha, mips, sparc. Supported operating systems: GNU/Linux (on PCs, Sparc, iPAQ, Sharp Zaurus, PlayStation 2, Xbox,...), *BSD, Cygwin/Mingw32, Mac OS X, Solaris, AIX"

      So, both projects support a lot of platforms and even embedded devices (although I don't know if mono runs on anything embedded yet). I didn't know mono and their winelib ran on MacOS completely. I am glad to hear winelib was finally made relatively platform independant.

    24. Re:One reply by Anonymous Coward · · Score: 0
      But Microsoft has never tried to succeed on their own merits. They've sabotaged competitors, stolen code, lied, sued innocent companies, made proprietary changes to protocols, spoken out about open source being communist and unamerican, etc.

      First, don't try to fight Microsoft head on. You can't beat their marketing and monopoly position, they'll squash you like a bug.

      Second, trying to fight Microsoft head on is not only useless but reduces you to trying to fight on their level, and that will just stain your soul.

      One reason I admire Linus is that his attitude seems to be, "Microsoft? Screw'em. My only job is to make Linux the best operating system I can." No rancor, no hatred clouding his judgement, he just keeps his focus on job one, and you know? That seems to be working just fine.

    25. Re:One reply by ecote · · Score: 1

      now, why would anyone want to run code on a VM on one of these machines assume for a second I have an expensive 64bit machine running intensive mathematical simulations, could you please explain to me why I would want to waste precious cycles on the user interface that was designed in .net and running under the VM. What about if my server is serving 100 headless clients all running GUI code based on a VM, or if I'm running a webservice that does the same thing for 1000 clients sure it great that you can support so many architectures with a minimum of code, but in real world situations, why should anyone use it? btw, the same argument can apply to inefficient JIT compilers.

    26. Re:One reply by mpsmps · · Score: 1

      This problem has been in existence forever - how can it be that C compilers can be written in C? (Hint: the first one wasn't)

      Actually, the easiest bootstrap does involve writing the first C compiler in C. Next, write a C interpreter in a preexisting language (much easier than writing a compiler) and use that to interpret the compiler compiling itself.
    27. Re:One reply by spongman · · Score: 1

      .NET code doesn't necessarily run in a "virtual machine". it runs in the CLR, which provides memory management, code execution (which may be interpreted, or JIT), and interfaces to native code among others. C compilers use an internal representation of your code and generate machine code from that internal represenation in a single stage. The .NET runtime just moves the machine-code generation stage into the process of the executable. There's no real reason why the code generated would be much less efficient than a garbage-collected C/C++ app. It also doesn't imply having a GUI, it's perfectly reasonable to write console apps in .NET using the same stdin/stdout mechanisms available to native code.

    28. Re:One reply by miguel · · Score: 2, Funny

      Why would anyone run highly inneficient code written in anything but tightly written assembly code?

      Discuss amongst yourselves

    29. Re:One reply by Anonymous Coward · · Score: 0

      Tu si que no tienes ni puta idea de espanol (y para el resto del mundo hispano-hablante es castellano).
      Los monos y los pinguinos se acabaran comiendo el mundo.

  14. You and the Point seem to have passed in the night by Valar · · Score: 4, Interesting

    Could it be that we want to run .NET programs under Linux? Or, better than that, that we (linux using programmers) would like to be able to write .NET programs without booting into windows? His points about mono and dotGNU just replicating features already availible in .NET is irrelevant... because they aren't availible on our platforms. Sure, there would be nothing great about windows.forms in X, if we already had a way to do windows.forms stuff in unix. We don't. And his points about microsoft adding all kinds of features to the languages and the .NET library is pretty irrelevant: a) mono is probably going to add those features to the compiler and libraries as soon as possible anyway b) in the state mono is in right now, it is possible to do just about anything you would need to write any possible .NET application c) as long as ms's .NET compiler still generates the same CLI, it would be possible to run the programs in mono (assuming it is something that doesn't have huge chunks of embedded C or anything).

    In the end, I feel like I've been ASTed.

  15. Obvious and Sophmoric. Where's Something Original? by jake_the_blue_spruce · · Score: 2, Interesting

    A bit late to be controversial on this. I assume that he also thinks that WINE (which allows windows binaries to be installed and executed as if it was Windows) is also a bad idea, and that the idea of doing everything windows does and more besides is either not feasable or not a good way to attract users. If he believes it is feasible, then I further assume he believes the same thing is true of Microsoft's Embrace and Extend strategy.

    The threat of patents makes his a valid view, that has been well elucidated some months ago. I would have preferred if the article had broken new ground, and used all the prior conversations as a jumping off point.

    An interesting analysis would be what is thought about Mono's preparation for the threat of patents. They are developing a completely seperate and patent free stack of libraries using GTK#, etc. rather than Windows.Forms, etc., etc. for everything not submitted as royalty free to the standards body. The upcoming MonoDevelop project is a port of SharpDevelop from Microsoft's .NET to the Mono environment in such a way as to be unencumbered from any patents, as a proof of concept, and as a much needed Linux IDE for C#.

    As a comparison, he might wish to bring up the GCJ project, which native compiles Java code, and the Gnome Java bindings. (or Eclipse + SWT)

    Either effort could stand to attract greater resources. For instance, if Sun + IBM seriously got behind GCJ + Gnome Java bindings, or if Apple got behind Mono.

    Anyway, the Register is usually wonderfully edgy, bitingly sarcastic, and controversial. I was very disappointed with this article.

    --
    "There's so much left to know/ and I'm on the road to find out." -Cat Stevens
  16. Author missed benefits of dotGNU by plover · · Score: 2, Interesting
    Their enemies are now working, for free, to extend Microsoft's monopoly onto new platforms.

    "Enemies"? "Extending monopoly?"

    I think the author has missed one of the points about .NET: it does have some very attractive features that certainly could be useful in any environment, not just Windows. Automatic garbage collection and rock-solid typing are valuable assets. Just-in-time compiling in the runtime environment can provide extremely fast running code. (Not that it always does, but it has the potential in some situations.) These are benefits that there is no reason the GNU community can't share.

    There's also another benefit: it's a two-way street. Having dotGNU might provide a roadway for Windows developers to leave the Windows platform.

    He has interesting points, and they're worth discussing, but it's way to early to pronounce dotGNU or Mono dead.

    --
    John
    1. Re:Author missed benefits of dotGNU by rnd() · · Score: 1

      The above post makes a good point. Most Windows .NET apps (particularly server side apps) do not rely on Win32. With Longhorn, the entire Windows API will be .NET, which will motivate the removal (or deprecation) of the win32-isms that Miguel cites.

      C# code that I've written has been nearly as fast as optimized C. Not quite as fast, but it takes way less time to write and is much easier to debug.

      The Mono runtime has occasionally been faster than Microsoft's own runtime in some informal benchmarks I've run.

      Mono will pave the way for most of the next generation of Windows apps to run seamlessly on Linux. If you think this is a bad thing, you're nuts.

      Incidentally, if you haven't tried C#, try it. As a language it's really pretty similar to Java, but with some very nice touches added.

      --

      Amazing magic tricks

  17. letters to the editor by F2F · · Score: 5, Informative

    just now El Reg published some of the angry letters in defence of .GNU:

    http://theregister.co.uk/content/35/35557.html

    not that i'm trying to defend .GNU, just presenting a counterpoint.

  18. Re:Obvious and Sophmoric. Where's Something Origin by Anonymous Coward · · Score: 1, Insightful

    WINE is a bad idea in the long run. Sure, it may bring people to Linux but they are still using Windows program on Linux. They never break free of the Windows lock box even though there are (in a lot of cases) software that can do what they need natively.

  19. Alternatives are good by Yag · · Score: 3, Interesting

    Kaffe is a free java vm, why they did it? Because now, if you want free java on ipaq, kaffe is a good solution. Also because kaffe is open source so its chanches of porting are better. And sometimes is quite faster then sun vm.

    Mozilla when was started it wasn't as good as explorer, or opera, both were free, so, why start another project? Now, a lot of people thinks mozilla is the best browser.

    1. Re:Alternatives are good by ncr53c8xx · · Score: 2, Insightful
      Kaffe is a free java vm, why they did it? Because now, if you want free java on ipaq, kaffe is a good solution. Also because kaffe is open source so its chanches of porting are better. And sometimes is quite faster then sun vm.

      Due to the SUN license, no distro would bundle the JDK in the Free version. Kaffe was /usr/bin/java for all of the GNU/Linux distros.

  20. Mono is evil by Anonymous Coward · · Score: 1, Insightful

    I agree with quite a lot of this article myself. I've never liked Mono or thought it a very good idea. .NET is an OK platform but it exists solely to keep customers locked in to Windows. A quick look at the Longhaul previews show that it will be next to impossible to write Windows software in the future without embracing .NET. Java remains a real and viable threat to Microsoft but Mono is not since you can be sure that, should it ever become any good, Microsoft will start using spurious patents and other nastiest to kill it off. IF they weren't sure they could do this they wouldn't allow it - what otherwise was the point in spending all that money on a MS Java clone in the first place - they're not going to make any money off it directly.

    1. Re:Mono is evil by selderrr · · Score: 4, Interesting

      it will be next to impossible to write Windows software in the future without embracing .NET
      this is such horsecrap !
      you mean that any old app written in C or C++ will break ? that gcc won't compile anymore ? FUDFUDFUD ! amazing this shit gets moderated insightfull !!!
      this is so much alike 8 years ago when everyoner was yelling that soon MFC would be the only way out. guess what ? I still write non-mfc c++ code. you might want to look at this site. are you suggesting that none of these will run/compile anymore under longhorn ? dude : it's JUST AN OS on JUST A CPU. it runs machinecode. that's all

    2. Re:Mono is evil by Valar · · Score: 1

      .NET and C# are both open standards. They were originally developed by MS, sure, but they are now in the hands of the EDMA. Anyway, if Microsoft thought that they could lock everyone into Windows using a programming language, they would have bought Sun. That's right, they would have used Java, years ago. Obviously, the DoJ isn't going to actually enforce any anti-trust issues against ms. At this point, if microsoft were to sue novell and friends for mono, or gnu for dotgnu, they wouldn't win, the same way Sun lost when they tried to stop people from developing their own forms of java.

    3. Re:Mono is evil by Bazouel · · Score: 1

      Maybe by offering more on Windows platforms for .NET ? By being ahead of competition, you virtually eliminate it; by trying to keep up with it instead of innovating, you will always be a step behind.

      I hope the Open Source community will understand this someday ... No need to use patents or other tricks if you are always a step ahead.

      --
      Intelligence shared is intelligence squared.
  21. Stop-gap measure by JBMcB · · Score: 3, Interesting

    Mono and DotGNU, if nothing else, are good contingency measures if .Net happens to crush Java in the realm of web apps (not likely.) I'm half suprised at the rush to implement forms, as web apps seems to be what .Net was intended for, though the Gnome guys are the ones driving development...

    --
    My Other Computer Is A Data General Nova III.
    1. Re:Stop-gap measure by Slime-dogg · · Score: 1

      I think that .Net has a very good chance of crushing Java in the realm of web apps. It's an excellent tool that has many things to work with. Java does too, I'll admit, but you run into the design problems and virtual machine things with java. The JVM is too tight to work with, and the work-arounds (to get to the OS) are rather kludgy.

      I do think that Java is a good tool, but as far as efficiency goes... .Net has it beat. As far as development tools go, .Net Studio beats pretty much everything that's out there. I only wish we could come up with a good GTK or QT based RAD environment like VS.NET, because it would be a hell of a lot nicer to do my work away from Windows (bleh).

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    2. Re:Stop-gap measure by ajagci · · Score: 1

      Mono and DotGNU, if nothing else, are good contingency measures if .Net happens to crush Java in the realm of web apps (not likely.)

      I very much hope that something will "crush Java in the real of web apps": Java is proprietary and it isn't even technically very well suited to the job. If Mono can crush Java for web apps, we'd all be better off.

  22. Free as in beer... yes by MochaMan · · Score: 4, Informative

    You can download the Rotor source free and compile/run it on Windows XP, FreeBSD and Mac OS X. Or maybe you meant on Linux.

    Theoretically you could write C# applications for those platforms just like you could write C, C++ etc. applications for them. I don't see how you would need any other Microsoft products to use their C# compiler, though obviously Microsoft currently produces the most comprehensive development environment for C#.

    1. Re:Free as in beer... yes by mr.capaneus · · Score: 2

      With the exception of freeBSD the operating systems that you mentioned are non-free. That was the parent posters point.

    2. Re:Free as in beer... yes by Anonymous Coward · · Score: 0

      It's my understanding that Linux is also free.

    3. Re:Free as in beer... yes by AstroDrabb · · Score: 0
      It is pretty funny that MS picked FreeBSD over Linux. FreeBSD has a smaller market share and far less industry support then Linux, yet MS ports to FreeBSD? (I am not trolling against FreeBSD, I rather like it very much).

      Also, where is the framework for those other platforms? Oh, thats right, there is none. So basically, this "cross-platform" .Net that MS has developed only runs under MS Windows. Big deal if you can get a C# complier. Without the framework, you don't have much, or you will be spending a long, long time to create the framework you need to run your application(s). If I download the free "cross-platoform" C# compiler from MS, will I be able to develop GUI apps under FreeBSD, Mac OS X or Linux? Opps, sorry, you need a copy of MS Windows to do that.

      This is true MS style. They make something and call it "cross-platform" for PR purposes. The only way you can run most/all .Net applications is to run them under MS Windows. The fortune 500 company I am a Senior developer at have recently been looking at POS systesm. Linux, Java and .Net based ones to be exact. Guess what OS all the "cross-platform" .Net systems need? Thats rigth, MS Windows! Java is the only cross platform framework around. When Sun made a cross-platform framework (Java), they didn't only support thier OS and have the other OSes only be a PR stunt. Sun went and made Java truly cross-platform to give you CHOICE. Sure, Sun wants you to run Java on Solaris. But they do not try to leverage Java to sell Sun boxen. The enterprise Java apps we run can run under Solaris, Linux, AIX, HP-UX, MS Windows. That is true cross-platform.

      Face it. MS will never put out something that is truly cross-platform. They want that sale for their OS. Too bad they were not split into two companies. One for OS and one for applications. Maybe then we could get some decent software from MS that doesn't lock you in to their platform.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    4. Re:Free as in beer... yes by Fjord · · Score: 1

      Well, you can't just count licensing, but must do a TCO analysis.

      --
      -no broken link
    5. Re:Free as in beer... yes by yerfatma · · Score: 1

      Sorry if I totally missed the point (or a previous mention), but isn't FreeBSD the foundation of OSX? If MS is looking to move application development to .NET and still put out Apple versions of products, seems like FreeBSD is the one OS they do need to support.

    6. Re:Free as in beer... yes by MochaMan · · Score: 1

      Re-read what I wrote. The fact that the C# compiler exists on Darwin, Linux and FreeBSD pretty much makes it available for so-called "free" platforms. The language and compiler are NOT tied to non-free platforms. The parent posters point is invalid.

    7. Re:Free as in beer... yes by AstroDrabb · · Score: 1

      Mac OS X is way more then FreeBSD. You have all the proprietary stuff on top that makes Mac OS X. Supporting just FreeBSD will be useless to Mac OS X. .Net will need to be ported to Aqua to support all the graphical applications built on .Net. Supporting just FreeBSD on Mac OS X would be like just supporting the Linux kernel under GNU/Linux. It wouldn't be a very useful development platform IMO. Also, what level of support will MS have for FreeBSD? Will it just be a C# compiler? That wouldn't be very useful. Will they support the .Net framework on FreeBSD? That is what would be needed to make it useful. Supporting the full .NET framework would mean supporting XFree86 under FreeBSD, which would also inderectly be supporting it under Linux. I personally would not count on MS supporting the .NET platform on anything but MS Windows. The most you will get for any other OS from MS is the C# compiler. Again, IMO that is nothig to write home about. By only supporting a C# compiler, all the other OS platforms will have to create their own .Net compatible framework such as the MONO effort. Now let us contrast this with what Sun did with Java. They didn't make Java only for Solaris and flip-the-bird to the other OS platforms. Sun made the framework run well on all the platforms that they support. And IMO, Java runs better/faster under Linux and MS Windows then under Solaris. Though, that may be due to running on faster Intel/AMD processors over slower Sparc processors.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
  23. No and Yes by swagr · · Score: 2, Insightful

    Despite the fact that this guy doesn't seem to understand or appreciate Mono and dotGnu acheivements, I still pretty much agree with his conclusions.

    Let's look at Java. How many professional/hobby/academic Java developers use Sun's SDK?
    How many use Gnu classpath with some other VM?

    Have you ever downloaded an app or library that was developed and tested under SableVM/Gnu-classpath but not Sun's SDK?

    --

    -... --- .-. . -.. ..--..
    1. Re:No and Yes by ncr53c8xx · · Score: 1
      Have you ever downloaded an app or library that was developed and tested under SableVM/Gnu-classpath but not Sun's SDK?

      Free software will increasingly be developed with non SUN software. Who really wants to download and install a 50 MB file after installing a 5 GB distro? One of the advantages of a modern GNU/Linux distro is that you can be productive right away, compared to Windows which is quite bare to begin with.

    2. Re:No and Yes by ajagci · · Score: 1

      Let's look at Java. How many professional/hobby/academic Java developers use Sun's SDK? How many use Gnu classpath with some other VM? [gnu.org]

      Well, and that, in a nutshell, is why Java isn't a viable choice for open source: the only implementations that are complete and usable are proprietary.

      Fortunately, for Mono, things look different: unlike Java, open source Mono programming is based on open source tools and libraries. Writing Gnome apps in C#, not only is Mono the preferred platform, it's the only platform. That's why Mono has a chance to move open source into the 21st century in a way that Java has promised but failed.

  24. He Could Be Right... by blueZhift · · Score: 1

    The article makes very good points. For the most part I actually like C# and it would be nice to be able to take projects I build with Microsoft tools and easily port to Linux or FreeBSD. But that was never my goal. MS makes great tools for supporting Windows Windows Windows, and the developers that use these tools know that. So while I'm sure projects like Mono are great fun (and I love fun), anyone looking to break the MS monopoly with it is just dreaming.

    BTW, my main reason for using C# is to write funky little games with managed Direct X. Everyone and his brother uses C++ with all of the inherent disadvantages, but I think C# may have a bright future on the Windows platform.

  25. Here we go again by powderedj · · Score: 1, Funny
    If the open source versions of .NET start to struggle, then Microsoft will probably just bail Novell out with $150 million or so like it did Apple.
    Come on. I really wish I could recall the exact amount of cash Apple had at the time of this investment, but $150M was sure as hell not an amount to bail the comany out. Apple is dying, the sky is falling, blah blah. Damn them for making reply to this BS.
  26. Running it somewhere other than Windows? by Kupek · · Score: 4, Insightful

    While providing freedom of choice might be reason enough to justify a project, practical programmers could be asking: What's the point?

    Linux, maybe? Mac OS X? Free BSD? I see getting C# programs to run on other platforms as a practical purpose. Later on in the article he acknowledges that you'd be able to run these programs on Linux, but that's more like a throw away concession he makes. He plays dumb in the beginning, and makes himself look silly.

    How is making C# a standard on Windows and Linux going to hurt Microsoft?

    I think that the people behind the project have better goals than that - namely, getting a particular tool to work on Linux. People use Linux for a variety of things. It would be nice if C# - just another tool - worked under it. What's the big deal?

    There is an obvious practical purpose to getting C# programs to run on Linux. The real question, however, is will the .NET framework on Linux be good enough so that people will actually want to use it? That's a very real question, but it's not the main one he's asking.

    1. Re:Running it somewhere other than Windows? by ajagci · · Score: 1

      The real question, however, is will the .NET framework on Linux be good enough so that people will actually want to use it?

      No, that's not the real question. The .NET framework that is being implemented as part of Mono is not the preferred way of writing GUI applications, it's a compatibility library.

      The preferred way of writing GUI apps on Linux in C# is using Gtk# and Gnome. And we already know that that is good enough for people to want to use it.

  27. Why doesn't anybody complain about WINE? by CompSci101 · · Score: 3, Insightful

    Hey all,

    It seems to me a little hypocritical to complain about MONO and dotGNU when there's also WINE out there. What's the point of getting Win32 Apps to run natively under Linux? We'll never keep up with MS adding things to the API...

    The point is, the more implementations there are of the CLR for .NET the better. I, for one, am glad to see that the effort is being made and that .NET is not going to become yet ANOTHER MS only technology. If you think Java has merit (and it does), then you can't reasonably believe that .NET has nothing to offer -- they're conceptually the same thing, skewed in slightly different directions. Java is bent more towards security, while .NET is bent more towards flexibility. It makes sense to bring it to Linux: it's useful (really!).

    On the flip side, why isn't anybody complaining that there's an abundance of Java VM implementations out there?

    C

    --
    The Sun is proof that we can't even do fire properly.
  28. Free from MS, but for how long? and can we extend? by elwinc · · Score: 5, Interesting
    Sure, right now there's a version that's free from MS, and probably fairly unencumbered. But for how long? Well, as long as Java is still competitive.

    If Sun and Java die, MS will be free to add proprietary bits, and we'll still want a free version.

    Also, although there are some nice things in C# (such as being able to work with arbitrary C pointers and data structures returned by C functions), we may want to tweak the design a little, or extend it to work with python or lisp or other languages. The idea of a "glue" language that can call routines written in many languages is very appealing. Sometimes you might want to have one program that can deal with low level data structs like C, handle resolution theorem proving like haskell, and maybe strings like snobol. With a good glue language, yuo could write each routine in its appropriate language, then glue them all together.

    --
    --- Often in error; never in doubt!
  29. No, I didn't. Where did you find this out? by Anonymous Coward · · Score: 0

    And don't say /. without a link :)

  30. DotGNU on XBox (was :XBox rules!!) by Gopal.V · · Score: 0, Offtopic

    Hahahaa... DotGNU Tron on XBox ...
    It's still an x86 box :)

  31. relevance? by happyfrogcow · · Score: 1

    Is .NET even relevant? I will be honest and say I've never touched it or researched it's uses. Is it not just another attempt to grab marketshare back from Java on the Windows platform after J++ or whatever MS's last failed attempt was? I know people use it, and I've actually heard opensource developers say some of it's features are neat, but it seems like it will only fill a small niche. Too much hubbub over a niche market. Then to put Mono in the mix, it feels like a big time sink to try to implement an Opensource/Free version. However if they are doing it to force MS to stick to it's "Standard" in order to make developers lives easier, then I applaud Mono. Mono developers have to feel a bit aprehensive working on something that MS can pull away from at the drop of a hat.

    $0.02

    1. Re:relevance? by Anonymous Coward · · Score: 0

      Keep the .02 and get yourself some facts.

  32. Re:One more quibble: by Ryatt · · Score: 1

    ...and a Simpsons movie.

  33. Yesterdays news... by Anonymous Coward · · Score: 0

    But what is interesting, is their letters page of peoples responses;

    http://www.theregister.co.uk/content/35/35557.ht ml

  34. The point? by illuminatedwax · · Score: 1, Funny
    The point?
    " Mono and .GNU "
    It's right ^ there.

    --Stephen

    --
    Did you ever notice that *nix doesn't even cover Linux?
  35. Useful? by ndogg · · Score: 1
    Competition is good for the software industry, good for Microsoft in particular (as Adam Smith pointed out, monopoly is a great enemy to good management), and most importantly, good for consumers. It is great for everyone when the open-source movement provides credible competition. At times, however, I do wish that all that passion, energy and skill went into something, well, a bit more useful.


    What does he define as useful? I can say, with certainty, that Mono was created for very practical and useful reasons.
    --
    // file: mice.h
    #include "frickin_lasers.h"
  36. Another point of view on this by warlockgs · · Score: 1

    After RTFA'ing... (or is it R'ingTFA?) The author of this piece seems to be trying to make a case that time spent on dotGNU and Mono is time wasted. I beg to differ, in that we can ALWAYS use another compiler (and/or IDE) for any language. Some compilers optimize for this or that, but if the binary resulting is capable of running, more power to it. I know a few programmers who will use different compilers based on what code they are attempting to compile. Mostly because X compiler does X code better than Y compiler would, and so on. It is always good to have a choice in the marketplace, *even for free software*. That being said, I am fully in favor of using the .NET framework and C#. Why? Because we can recompile it for Windows, for Linux, etc. It makes more sense to write once, compile anywhere. And the flexibility allowed by C# is a lot better than that afforded by C/C++. The time to market is quicker, to boot. Lower time developing = Lower cost of making a program = Cheaper programs, more quickly updated. I am not one that expects software to be free as in beer. But to be free as in speech is a good thing. Microsoft will probably never release a self-bootstrapping compiler, so the efforts of dotGNU and Mono go towards this. This is a niche they can fill quite well. I, for one, welcome our new .NET overlords.

    1. Re:Another point of view on this by runswithd6s · · Score: 1
      And the flexibility allowed by C# is a lot better than that afforded by C/C++. The time to market is quicker, to boot. Lower time developing = Lower cost of making a program = Cheaper programs, more quickly updated.

      This could be an argument for any number of languages: Python, Ruby, and even Delphi. IMHO, C# is a perfect example of NIH (Not Invented Here) syndrome on the part of Microsoft. It urked them to no end that Sun was able to come up with a successfully marketed general application language.

      --
      assert(expired(knowledge)); /* core dump */
  37. No practical use?!? by tjmsquared · · Score: 1

    I fail to understand how making a compiler for a platform that does not currently support .NET (i.e. Linux) has, according to the article, "no practical use". As a developer who works a lot with .NET and C#, I'd love the opportunity to deploy some of my web applications on a Linux server, and I'm looking forward to the time when Mono gets good enough to support it.

  38. I have to agree by Lysol · · Score: 4, Interesting

    As someone who contributed a little code to gotGnu, I kinda started thinking, what's the point? What is the point of running .Net on a non-M$ OS?

    I can see one value, which is it allows those 'stuck' (I don't really believe in that concept, but whatever) on Windows to migrate off it. But in the same line of thought there's also this huge issue which is M$ and they way it trys with all the power of the universe to prevent that. Whether it be licensing tricks or slashed pricing, or plain 'ol FUD - in the end, they'll do whatever's possible to keep people locked in.

    And honestly, I have to raise an eyebrow to anything M$. I mean, C# is a specific jab at Java. Java wasn't built to wrestle control away from M$ C++ and their dev tools. So something that is made to ward off something else that, in my book, is a pretty good thing for Internet developers, is pretty sketchy. Not saying Java is the king or anything, but the underlying reason for C# is: we (M$) can't control Java, so screw you, we'll copy and extend, build the concept of a VM (CLR) into our OS, and then woo all those productive ;) Java developers over to a real platform.

    Lastly, any Open Source/Free versions of .Net are playing with fire. If Mono or dotGnu were wildly successful, then M$, owning all the patents, copyrights, and trademarks, would pull the legal card and shut them down or just plain not interoperate with them - yes, I know portions of .Net are part of ECMA. However, this isn't the days of the 80's or 90's where you could reasonably get away with this stuff and everything under the electronic sun wasn't patented. Nowadays the control and nastiness in the business software world is unparalleled - just look at that guy that patented the concept of 'web stores' for example. So, while my hat is off to all the people who have really busted their ass on Mono and dotGnu, I ultimately feel that it will be a lesson in frustration and disappointment.

    And also, for me, there's just something filthy about the M$ development universe. I find their tools are kludgy, bloated, and too foofy. And I don't like having to install five thousand libraries and integrated-this or integrated-that, plus an update here and an update there - I'm not a fan of everything integrated into the OS. Granted, Net Beans can have a huge footprint and I didn't say that it is a great app (don't care for IDEs either), but there's just a something about M$ tools that I just don't and never have liked - this naturally extends all the way through their whole stack. So seeing a HelloWorld VB app running on Linux kinda makes me shutter and just kinda think why? I'm sure the natural answer for some will be - because. Meh..

    1. Re:I have to agree by Anonymous Coward · · Score: 0
      Java wasn't built to wrestle control away from M$ C++ and their dev tools.
      Yes it was! Of course it was! What on Earth do you think the marketing slogan "write once, run anywhere" was about?
    2. Re:I have to agree by leerpm · · Score: 1

      Allow me to play devil's advocate here. Maybe, just maybe.. someone at Microsoft has seen some of the advantages of using Linux. And they want to use .Net as a launching point into developing for Linux.

      Their development tools have no equivalent (hey, I like Eclipse too, but it has a ways to go yet), and perhaps they are trying to figure out if there is a way people will pay for using Visual Studio to develop for both Linux and Windows.

    3. Re:I have to agree by ajagci · · Score: 1

      As someone who contributed a little code to gotGnu, I kinda started thinking, what's the point? What is the point of running .Net on a non-M$ OS?

      You are making the assumption that the point of dotGnu or Mono is to run .NET on Linux. That's one point, but a minor one. The main point of dotGnu and Mono is the same as of GNU C or GNU C++: to bring better programming tools to the Linux platform. Note, incidentally, that .NET compatibility is only a small part of the overall Mono project.

    4. Re:I have to agree by zero_offset · · Score: 1
      I mean, C# is a specific jab at Java. -- C# was not designed to steal the Java market. Similarity is not evidence for the same reason that Java's similarity to C syntax isn't evidence that it was intended to kill off C. However, the C# language WAS designed (among other things) to specifically address some of Java's shortcomings. Just like Java was designed to specifically address some of the shortcomings of it's predecessors such as C++. This is something we refer to as "progress".

      Java wasn't built to wrestle control away from M$ C++ and their dev tools. -- No, it was designed to control cable TV set-top boxes. What's your point?

      build the concept of a VM (CLR) into our OS -- Surprise, but VM, bytecode, and IL concepts (they are not all fully interchangable) are all MUCH older than Java. Furthermore, had Sun not sued them, Microsoft would be shipping a JVM with their OS, so don't go blaming MS for not bundling Your Favorite VM.

      I'm not a fan of everything integrated into the OS -- I'm currently running two versions of .NET on my main machine. I have an old NT4 box at home which runs one version, and I can guarantee it wasn't built into the OS...

      So, while my hat is off to all the people who have really busted their ass on Mono and dotGnu, I ultimately feel that it will be a lesson in frustration and disappointment. -- Here, we can agree.

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

  39. WINE will be a good idea if it ever works properly by Viol8 · · Score: 1

    The day I can get Word up and running on my Linux box WITHOUT it

    A) Suddenly dying for no reason

    B) Try to use so many uncompleted stub functions it doesn't work properly

    C) Can't find x,y,z lib or such and such

    D) doesn't lock up completely

    is the day I'll think WINE is a useful tool. At the moment its an interesting diversion for a few minutes but as a productivity tool it sucks whole
    mountains , never mind rocks.

  40. Tastes like... burning by Cthefuture · · Score: 4, Interesting

    Ok, so the article is a bit harsh. I agree with a lot of what he said but he missed one major point and is just plain wrong on a number of things. I don't think Mono is about destroying Microsoft or providing choice. It's about using a nice(*) language like C# on Linux. That statement alone kills his whole argument.

    He missed a very important problem though. Performance. I admit that I haven't played with Mono in 6 months or so but last time I tried it the Microsoft runtime/compiler/JIT/whatever was hella faster than Mono. Several times faster.

    I'm not sure if the Mono developers will be able to achieve the sophistication required in the compiler and runtime while still doing all the other stuff that needs to be done. Time will tell.

    (*) I like C# better than Java. Especially the interface to native DLL's (not perfect but way easier/simple than Java). Plus C# was designed from the beginning to have things that Java only recently got (generics anyone?).

    With that said, I still think C/C++ are just as portable, much faster, and don't require stupid memory sucking VM environments. If only we had C++ equivalents to the huge Java and .Net libraries.

    --
    The ratio of people to cake is too big
    1. Re:Tastes like... burning by nihilistcoder · · Score: 2, Informative

      > If only we had C++ equivalents to the
      > huge Java and .Net libraries.

      I believe that's what they're doing with the binding of the CLI to Standard C++.

      More info here:

      http://www.ecma-international.org/news/ecma-TG5- PR .htm

    2. Re:Tastes like... burning by GooberToo · · Score: 1

      They are called wxWindows, ACE and TAO. Did I miss anything?

    3. Re:Tastes like... burning by Anonymous Coward · · Score: 0

      C# isn't getting generics until the next version also.

    4. Re:Tastes like... burning by Anonymous Coward · · Score: 0

      Yes but C# (CLR) was designed with generics in mind while Java never wanted them and Sun was forced into it by industry pressure.

      The Java generics system is a basterized setup that is/was suppose to run on a standard Java VM. Therefore the performance suffers compared to C#.

    5. Re:Tastes like... burning by FreshFunk510 · · Score: 1

      An interesting thing came to mind when you mentioned generics in C# vs Java.

      One good thing that people haven't mentioned in having a language and platform similar to Java, is that increased innovation that comes from the increased competition. If C# didn't have generics, who knows if Java would've pushed for it. I'm sure Java has really got-on-the-ball with development after seeing all the features .Net plans to have.

      --


      "Injustice anywhere is a threat to justice everywhere." - Martin Luther King, Jr.
  41. I see where he is coming from... by Phil+John · · Score: 1

    ...(I haven't read the article yet but bear with me), he's probably saying that their time is better spent getting the CLR to work first and then creating the compiler as microsofts compiles it into CLR bytecode already anyway.

    This way, they get a kick ass CLR so you can deploy your apps to linux (just not compile there yet) and then they can do the whole compiler thing.

    --
    I am NaN
  42. Why not support Java then? by meadowsp · · Score: 5, Insightful

    It's a more established framework and a lot more cross-platform.

    1. Re:Why not support Java then? by Ugot2BkidNme · · Score: 2, Interesting

      having writtign the same application in both java and C#. albeit its nothign fancy but I did notice a few things. Basically the java version is slower took longer to develop. While the C# version runs faster and took less time to develope. yes I know one coudl say that portign code is easier except when you take into account I did the C# version first.

      Anyway I think C# is a lot better then Java. And I applaud the efforts of Mono and donGNU. Beign able to write in C# over Java is a preference of mine.

    2. Re:Why not support Java then? by meadowsp · · Score: 0, Flamebait

      What, does Visual C# come with a spell checker? I can see how that would help with your development time.

    3. Re:Why not support Java then? by Ugot2BkidNme · · Score: 1

      Actually btoh Applications were written in Programmers Notepad. And yes I have horrible spelling and even worse grammar. So go figure.

    4. Re:Why not support Java then? by GeckoX · · Score: 1, Insightful

      Good god, I thought we gave up on the 'java is great because it's portable across platforms' argument a long time ago now, because in the real world, it just is NOT true, period.

      It may be a more established framework, sort of, in a way, but it's also extremely fragmented, from framework through implementation through runtime.

      --
      No Comment.
    5. Re:Why not support Java then? by meadowsp · · Score: 5, Informative

      I'm sorry you don't find it to be true in the real world. I develop JSP/Servlet java on a windows 2000 box and deploy it to red hat linux. And every time it works exactly the same on each of them, so I would say it is true, at least in my experience.

    6. Re:Why not support Java then? by GeckoX · · Score: 1, Insightful

      Glad you've found an exception to the rule.

      Note that I am in no way condemning Java, it certainly has proven to have it's place.
      However, it is not the golden bullet, the ultimate answer. It is not 42. It has lots of problems, or rather, limitations just like every other platform out there.

      --
      No Comment.
    7. Re:Why not support Java then? by SirTalon42 · · Score: 1

      Wait so does that mean I'm the answer? (whats the deal w/ 42???)

    8. Re:Why not support Java then? by ClippyHater · · Score: 1

      42 is the answer to "What is the Meaning of Life, The Universe, and Everything?" (at least I think I got that quote right).

    9. Re:Why not support Java then? by Anonymous Coward · · Score: 0

      maybe that's the point - you develop servlets, not exactly a huge multi-system enterprise application.
      I'm not knocking what you do, but bear in mind that your experience may not scale to other types of development.

    10. Re:Why not support Java then? by RikeFabrorCharles · · Score: 1

      Actually it's the answer to the "The Ultimate Question of life, The Universe and Everything". The question itself is "What's 6x7?"

    11. Re:Why not support Java then? by barjam · · Score: 3, Interesting

      Support for your argument?

      I run a java j2ee web server that runs just fine anywhere we put it [commercial web site].

      I develop jsp/java on a windows box and then upload it to SUN/Linux boxes and it works perfectly every time.

      So can you cite specific examples where it isn't cross platform?

    12. Re:Why not support Java then? by DJ-Dodger · · Score: 1

      Incorrect, the question has never been revealed. It is speculated that if both the question and the answer were known at the same time that the whole universe would collapse and a new even stranger one would appear.

      Ford Prefect attempted to retreive the question from Arthur Dent's psyche through the use of scrabble pieces, but the question he got "What do you get when you multiple 6 x9?" was in fact a skewed answer due to the arrival of thousands of telephone sanitizers, hair dressers and other dregs of society from another civilization which polluted the machine (Earth) which was supposed to be computing the question.

    13. Re:Why not support Java then? by afd8856 · · Score: 1

      42 - the Ultimate Answer to Life, the Universe and Everything :) or something like that, for further details, read Hitchhiker's Guide

      --
      I'll do the stupid thing first and then you shy people follow...
    14. Re:Why not support Java then? by Anonymous Coward · · Score: 1, Insightful

      There is no such thing as exception to a rule. Either the "exception" is bogus or the rule is.

    15. Re:Why not support Java then? by Tassach · · Score: 1

      Exactly my experience: Server-side Java works really well in the cross-platform role. Servlets and EJB's are Java's strength and saving grace. As a client-side platform Java leaves much to be desired.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    16. Re:Why not support Java then? by witlessbird · · Score: 1

      Actually Java server applications run quite well on different platforms; examples include Jetty, Tomcat, Struts, etc (I'm sure you can find tons more examples if you're curious).

      On the desktop things are getting better too - look at the eclipse project, uses SWT (yeah, I know it's not a silver bullet, but it is a good example), runs on Windows and Linux (I haven't tried it on other platforms), and is a very cool piece of software (can't live without its refactoring module now).

      --

      ... if you put into the machine wrong figures, will the right answers come out?
    17. Re:Why not support Java then? by Anonymous Coward · · Score: 0


      When it runs on my Linux-embedded cel phone?

    18. Re:Why not support Java then? by eyeye · · Score: 1

      He wasnt claiming its a golden bullet, he was responding to your original bogus claim that java is not compatible across platforms.

      Do you always try to change the topic when you are highlighted to be wrong?

      --
      Bush and Blair ate my sig!
    19. Re:Why not support Java then? by sloptaco · · Score: 1
      Java and C# seem more like marketing bloat than anything else. So the language designers decided to make something that looks like C++ since this was the common LOC, and we end up with something that should be high-level , but weirdly looks low-level - or is in some senses, since we have this silly abstraction of the VM. I remember going back to Java briefly after about 5 months and remembering how to set up I/O for reading user input. Ummm, don't quaote me on this: BufferedReader console = BufferedReader(InputStreamReader(System.in));

      What the hell is this crap? IMHO the VM abstraction is like wearing rubber gloves to keep water off your other rubber gloves, if that makes any sense.

      People involved in hooking companies into technologies need place more focus on other languages(Python for example) and other technologies (Twisted) that people can can pick up easier and use more effectively to rapidly prototype and deploy applications. Java clearly has some good points (clear OOPS design), but I'm baffled at its widespread adoption success and baffled that M$ would even want to copy many of the ideas into the design of C#. I guess its somewhat similar to the high sales of Twinkies.

      -sloppy
    20. Re:Why not support Java then? by GeckoX · · Score: 1

      OK, this thread is obviously running in different directions...

      To bring you back a bit, I was not claiming that java is not compatible across platforms...never have. However, Java is not that compatible across platforms. Obviously the state of Server Side java can be quite portable across platforms. The same is NOT true for client java.

      Again, as I have already stated, I was attempting to inject a bit of reality into the blanket statement that Java is better than .NET because it is cross-platform.

      --
      No Comment.
    21. Re:Why not support Java then? by Anonymous Coward · · Score: 0

      Indeed! Clearly the Mono and dotGNU projects would get much further, faster, and in a more cross-platform way if they were to implement the C# compiler and CLR in Java.

    22. Re:Why not support Java then? by Hezaurus · · Score: 1

      We develop, deploy and run on three systems W2000, WXP and Debian linux.

      The server doesn't contain a single line of different code. Client has few, but compared to the total codebase the percentage of different lines in client is
      Even the build script is 100% same since it's an Ant build and Ant is a java tool in itself. So cut the crap and report what those 'real world differencies' were?

      --
      No matter how fast light travels it finds the darkness has always got there first, and is waiting for it. (T. Pratchett)
    23. Re:Why not support Java then? by James+Wright · · Score: 1

      Because Java is slow and a memory hog.

    24. Re:Why not support Java then? by GeckoX · · Score: 2, Insightful

      I have already conceeded MANY times in this thread that java _can_ be very portable. Especially ServerSide java. That pretty much totally falls apart on the client.

      I'm going to ask you to 'cut the crap' as well.
      Comparing the portability of ServerSide java to the entire .NET platform doesn't make any sense whatsoever.

      Java isn't a silver fucking bullet. .NET isn't a silver fucking bullet. Why does everyone have to be so god damned absolutist? Can there not be the right tool for the job? And how many fucking times do I have to say this before you get it people?
      I am not condemning Java in any way, I'm not zealoting for .NET in any way, so why the hell are people assuming I am?

      --
      No Comment.
    25. Re:Why not support Java then? by nzkoz · · Score: 1
      Have a look at clevercactus: http://www.clevercactus.com/.

      • It's Swing
      • It's Very Cross Platform
      • It's fast
      • It looks cool


      Similarly check out azureus: http://azureus.sourceforge.net/
      --
      Cheers Koz
    26. Re:Why not support Java then? by Trelane · · Score: 1

      It was compatible when I wrote a eigenfunction/eigenenergy finding program (for physics quantum education).

      I wrote it using Swing and Java SE SDK 1.4 (although I only wrote to 1.3) on Linux (Debian). My boss (Windows 2k) ran it fine when I gave it to him. It looked the same on Linux and Windows.

      Java is better than Microsoft's offering because of its cross-platform compatibility. I'd recommend it right now to education and certain segments of the dev community because of schools (and businesses) looking to run different OSes; it does allow you to "write once, run anywhere".

      --

      --
      Given enough personal experience, all stereotypes are shallow.
    27. Re:Why not support Java then? by Anonymous Coward · · Score: 1, Funny

      I am not condemning Java in any way, I'm not zealoting for .NET in any way, so why the hell are people assuming I am?

      You must be new here. Welcome to Slashdot.

    28. Re:Why not support Java then? by Anonymous Coward · · Score: 0

      What is 6 multiplied by 9, actually. Of course, the processing to figure out the question wasn't quite complete and had in fact been corrupted in prehistoric times.

    29. Re:Why not support Java then? by aled · · Score: 1

      See how wrong you are: I did the same, but when I installed Tomcat in the AS/400, unziped the archive (what? oh yes, the same archive in window & linux), run the startup script... and had to change a line of the startup script. After that the app works without change, but that prove Java isn't portable, isn't it?
      Oh, and those guys at apache tried to hide their miserable error changing the script in a later release, but you can't hide the truth as easily as WMD. Oh no sir.
      How do we deploy? Whenever we deploy our windows developed apps in Linux I concentrate and just think: there is no Java... there is no Java...

      --

      "I think this line is mostly filler"
    30. Re:Why not support Java then? by aled · · Score: 1

      But then Java works and is useful.

      --

      "I think this line is mostly filler"
    31. Re:Why not support Java then? by Anonymous Coward · · Score: 0

      Well, the SharpDevelop folks have ported SWT to .Net:

      http://www.icsharpcode.net/OpenSource/SharpWT/de fa ult.aspx ...and the previously mentioned GTK#...

    32. Re:Why not support Java then? by James+Wright · · Score: 1

      Yes, Java is useful. I am a Java Developer and love Java. I just wish it was faster and had better memory management. I am told that JBuilder can be used to make Java programs that run just as fast as C++ because JBuilder creates exe files and doesn't use the Java VM.

    33. Re:Why not support Java then? by aled · · Score: 1

      Jbuilder doesn't do that as far as I know. I think it just generates an exe stub for simplicity. There are a few compilers to native (Excelsior Jet comes to my mind) but I haven't tried them. I don't believe there's too much of a difference but you can test the trial.
      Your wish may be granted soon, though. I have tried a few programs with the new Java 1.5 beta and they "feel" definitely faster. Much better startup times and reduced memory consumption. Very worth of a look.

      --

      "I think this line is mostly filler"
    34. Re:Why not support Java then? by Hezaurus · · Score: 1
      Comparing the portability of ServerSide java to the entire .NET platform doesn't make any sense whatsoever.
      I wasn't comparing java to anything. I just stated the facts from my perspective.
      Java isn't a silver fucking bullet.
      Did I say it is? It certainly isn't. But I believe that at the moment it's the best platform independent implementation out there (aka right tool for the job if you need to write portable application). Dunno about the future.

      P.S.
      You still didn't provide an example of nonportability. Your previous message seemed to indicate that you had some kind of experience in that area?
      --
      No matter how fast light travels it finds the darkness has always got there first, and is waiting for it. (T. Pratchett)
  43. Mono/MCS does not work on OS X ! .. only mint does by Anonymous Coward · · Score: 0

    At least only a half-assed interpreter works on OS X ... DotGNU has a JIT on OS X / PPC ... and it actually builds on a standard OS X box (ie Darwin ports).... and runs winforms and wx.NET there (if the dotgnu.org screenshot is not doctored).
    And the Mono C# compiler also does not work on OS X !... then wtf ?
    We want to support and we already have support are a universe apart for Real users.

  44. Here's the point by Crackerman111 · · Score: 2, Informative
    I selected C# and the .Net platform for my company's product offerings because I only needed to learn the language(s) and the libraries and not some complex deployment procedure (like you do with J2EE). The point is that I would like to be able to host these applications on Linux in the near future. I work for a REAL company that would really like to do this. I'm not some ideologue.

    From what I understand, the Mono project pretty much has a complete implementation of both the ASP.Net and ADO.Net libraries, and that will do for the vast majority of web applications. Therefore, I completely disagree with the author's comment that "even if Mono or dotGNU gets 99 percent of the way there, that's not enough." His analysis might be more accurate if your talking about desktop applications, but I don't think his arguments really have any relevance to web apps.

    At the very least, Mono and dotGNU will give Java/J2EE a little healthy competition on some different platforms.

    1. Re:Here's the point by ThenAgain · · Score: 1

      What does .NET offer to web applications that couldn't be achieved in a more portable way in PHP or another FOSS web language? I ask because I don't know.

      I'd stay far away from MS dev tools because a) their IDEs try to keep the programmer as far away from what's actually going on as possible; and b) their "embrace and extend" approach gives me the shivers.

    2. Re:Here's the point by Crackerman111 · · Score: 1
      Currently there are two platforms for doing hardcore web development: J2EE and .Net. Here are the main reasons why:

      1) The languages supported are fully object oriented. I hear PHP is getting an upgrade in that department with version 5, but it's in beta right now (that doesn't help those of us who needed it yesterday).

      2) Performance. J2EE and .Net application are pre-compiled (dynamically linked, mind you, but pre-compiled). PHP has to compile AND dynamically link everything at run time.

      3) Managed persistence. Well, J2EE is the only platform with this right now, but .Net is supposed to get it in the next version.

  45. Wake up ! Ever heard of ... ? by Anonymous Coward · · Score: 0, Flamebait

    Mono is not .net ! If it was, then there could be an interrest.

    All your claim about mono : "improving developpement speed", "harvest the benefits of productivity on Unix", "develop software, and another to run it" are nonsense !

    In which world are you living ?

    These are already facts since years: WE GOT JAVA SINCE ALMOST A DECADE ON MOST OSES!

    Linux is the reference platform for Java J2EE AppServers. And Java is available on tens of OSes (i am not speaking about "sub spec", but real full compatible platinium quality tested !).

    Java is now fast (see latest bench), efficient, truely portable (both binary AND source) ! So what is your point about mono but MS related FUD !?!

    For strategical reason, Mono is dead before caming to live as MS will never let a realword application developped under Windows run on non MS OS ! This is fact and you can not say i am wrong. So forget about Mono, spend your time on Linux and if you need portability then think about Java.

    1. Re:Wake up ! Ever heard of ... ? by keester · · Score: 1

      You should be listening (reading) not talking (typing).

      --
      Take it easy? I'll take it anyway I can get it . . .
  46. If only we could bump this up to the top... by Anonymous Coward · · Score: 0

    This is the most rational response to this article I've read yet on this page. I'd much prefer to see this first thing... Oh well, I suppose Slashdot doesn't have such a thing. Anyways, good response! And I hope you guys keep up the good work, I really enjoy where Mono is right now, and where it's going.

  47. Not always about defeating MS by senzafine · · Score: 1

    There ARE reasons to develop projects on a non-microsoft platform...other than defeating microsoft's monopoly. An alternative to .NET doesn't have to be about that. It's about choices and flexibility. Mono may always (or not) be a few steps behind .NET .... but that by no means makes it useless. .NET and Mono will still have applications best suited for them. Cost, features, security, ect...all play a role and one or both of these technologies will be a good candidate for the job at hand.

    --
    Better than Flickr - Manage, Share, Archive
  48. The true question: by happyDave · · Score: 5, Insightful

    I think the real point that he's missing is that every project undertaken on Open Source that's a direct response to something that Microsoft is doing is a step in the direction of eliminating barriers to entry. Anything that can be done on an Open Source platform that could previously only have been done in a Closed Source environment is a good thing.

  49. You obviously don't get it by Anonymous Coward · · Score: 0

    "the potential to extend things in your direction instead of Microsoft's"

    Well actually no. If that's the point of the whole exercise, why start with the .NET framework and C# as a start point?

    The point of Mono et al is to get .NET onto Linux boxes for portability. Portability == compatibility. Compatibility != extending things in your direction!

    Portability in Mono's case is following MS to the tee, enabling people to write platform-portable code, nothing less. Funnily enough, Java already has that ground covered, so unless Mono's core aim is running .NET code across platforms, the Mono project becomes a futile waste of time...

  50. love/hate by chrish · · Score: 1

    I'm not a fan of crazy monopolies abusing their position of power.

    But I really, really like C# and the .NET class libraries. And I'm developing a soft spot for VisualStudio.NET 2003.

    If either of these projects gets to the point where I can do useful things with C# on Mac OS X, Linux, and Solaris, I'll be happy.

    Actually, I managed to build dotGNU on OS X this week, and can run the XML app I was working on; I haven't managed to get Mono built, which is a shame because it implements more of the classes I want to use... with any luck, I'll be able to track down a binary package for OS X.

    --
    - chrish
  51. deja vu by DJ+Marvin · · Score: 1

    well. i don't remember Sun getting to dominate the world because of guavac & jikes. do you? and indeed, didn't the author know the C# and .NET where standarized by ECMA?

  52. What I hp[e to get from Mono by TekZen · · Score: 1

    I hope Mono really will allow me to use .NET assemblies from within open source languages that I am more familiar with.

    I may never write a .NET application, but I am very likely to use .NET assemblies from within PHP5 thanks to Mono and the PHP Mono Extension.

    -Jackson

  53. Wrong by DreadSpoon · · Score: 2, Informative

    Mono is not compiled as a Windows app. It does use WineLib for providing certain APIs for Windows.Forms. Using WineLib is no different than using GTK+ - they're both just APIs/libraries. Mono *is* working on Windows.Forms, using several different backends - WineLib, Cairo and GTK+. I believe the Cairo one is what they plan on using "officially" when complete. DotGNU and Mono can and do share code/assemblies, btw, so if DotGNU does indeed have a WinForms assembly, Mono should (theoretically) be capable of just using that.

    On a side note, I just love how posts (like the parent) which are half-guessed speculation and mostly false manage to get "+5 Informative" ...

  54. REPOST TROLL, MOD DOWN by Anonymous Coward · · Score: 0, Informative
    This comment was found at the end of this page: http://theregister.co.uk/content/35/35557.html

    The troll didn't even make any changes...At least give some credit to the original author! (Steve)

  55. For a different opinion on Mono and dotGNU... by Anonymous Coward · · Score: 0

    ...visit this site.

  56. Mono and dotGnu are a good thing by Experiment+626 · · Score: 1, Insightful

    Why make another C# compiler when Microsoft already has one? That's a pretty silly argument. I wonder what Neil thinks of the redundancy among C++ compilers: Borland, Watcom, Intel, CenterLine, IBM, Sun, Microsoft, GCC/G++... More choice is a good thing, people can pick the one that best suits their needs.

    Also, whether Microsoft's C# compiler really adheres to an open standard or is eeeeeeeevil closed proprietary software is purely an academic question unless someone makes a non-Microsoft version. Then any parts of the original implementation that are mysterious black boxes, encumbered by patents, or otherwise not really so open become apparent.

    1. Re:Mono and dotGnu are a good thing by GooberToo · · Score: 2, Insightful

      No idea why this was rated, "insightful". I suggest you go read the article again. Or, prehaps you're missing a very basic set of commonly accepted facts. Microsoft doesn't own patents on C++ technology. In fact, C++ does not originate from Microsoft. Microsoft is also not using C++ to leverage their monopoly. Microsoft would be unable to leverage C++ to leverage their monopoly because C++ isn't their technology base.

      Now that you know even the most basic of facts, perhaps now you'll understand why your posting belongs in /dev/null. It adds no value to the discussion.

  57. Helping MS own the platform by rdeadman · · Score: 2, Interesting
    The whole .NET / Java battle is not about what platform applications run on nearly as much as who is driving the car. Microsoft spent years dissing CORBA in order to advance it own win32-locked-in DCOM. When they finally realized that the back office was never going to go completely to win32, and that Java was gaining momentum there because it was a higher-level language and wasn't tied to an OS, they had to change gears.

    .NET is simply MS's next attempt to cut out CORBA and Java. SOAP may be limited and inefficient but its simple and cross-platform. If they can get some OSS folk to write some versions of .NET, that only helps their cause, because it supports their open-platforms story. And since, for the forseeable future, any .NET clone is going to be lack some serious functionality, it won't really bite into their sales. In the meantime, they can start to take the enterprise platform ownership back from Java. Annd, even if the OSS projects start to catch up -- guess what, MS can add new features.

    So, while I love and use Linux, and even lead an OSS project on sourceforge, I have to admit that Neil is right: the .NET clones are only helping to establish Microsoft in a leadership position in enterprise infrastruture (which will drive sales of their software). And that's precisely the place they want to be.

    1. Re:Helping MS own the platform by GooberToo · · Score: 1

      I agree. Supporting MONO is very, very, very short sighted, closed minded, and selfish to boot. It is only helpful to Microsoft. The majority of the world doesn't care about .NET, at least not currently. This only adds fuel to the fire to speed migration to .NET and potential lock-in and legal action down the road.

      The .GNU project has slightly different goals, so I'm not nearly as harsh on the project. Just the same, MONO is a huge waste of dollars and man-hours. Just think what could be done if they chased after making Python bigger, faster, more robust. Python with a native JIT compiler, plus wxPython, would rock. Would be crossplatform, and would be wicked fast. What about helping boost Java? I'm no Java fan, but it makes a heck of a lot more sense to support Java than it does .NET.

      I think you nailed it completely. The writing is on the wall for anyone that cares to look and read. You've even spelled it out. History is clear. Sadly, there will be many, many idiots that refuse to see what's clubbing them on the head. I guess once a fool, always a fool.

      Take a look at the MONO project folks. Look whos leading it. Now, look at all of the problems, misdirection, false starts, and bad implementations that came from that project. Gnome still suffers today from all of the bad decisions.

      Who of you are going to read the writing on the wall? Who of you are going to remain the fool?

    2. Re:Helping MS own the platform by w42w42 · · Score: 1

      Python with a native JIT compiler, plus wxPython, would rock.

      Have you tried Jython? Essentially Python running on the Java VM.

    3. Re:Helping MS own the platform by GooberToo · · Score: 1

      Yes. I'm happy to ignore it. :)

      But thanks for the link, just the same!

  58. Re:Mono/MCS does not work on OS X ! .. only mint d by miguel · · Score: 4, Informative

    We are aware of a bug in the JIT compiler in the PPC,
    something that we are actively fixing.

    (We do not officially support the MacOS X for this
    very reason: we are not done yet with the port,
    the technical detail has to do with the patching
    of generated methods to point to new methods that
    are JIT compiled on demand, and the issue there
    is that the PPC needs more room to do calls that
    span the +32/-32 meg barrier, so you need to build
    some thunks, not hard to fix, and on our todo list)
    The Mono C# compiler works on OS X, we use it to
    build all the class libraries and Gtk# as well.

    Miguel

  59. Mono? by Anonymous Coward · · Score: 0

    Mono... what's it all about? Is it good or is it whack?

  60. Misinformed about Mono Roadmap by Anonymous Coward · · Score: 0

    The article writer mentions that the mono developers re working on implementing the Microsoft namespaces. These namespaces are things like Windows Forms, and other proprietary pieces of MS's .Net puzzle. The things the writer mentions are found in the System namespaces which are, for the most part, implemented.

  61. The Point by pt99par · · Score: 1

    Is that with a c# compiler written by mono and dotgnu it can be ported to many platforms and modified and improved by many. Quality attributes souch as Portabillity is something that microsofts .NET Framework stuff doesnt have (ex. nasty com bindings to winforms).

  62. more fud by Anonymous Coward · · Score: 0

    Their enemies are now working, for free, to extend Microsoft's monopoly onto new platforms.

    I mean, geez, once the software is multi-platform can't the rabid zealots stop lobbing the label "monopoly" at all things Microsoft? And, if not, at what point would they? (err, don't answer, I smell a rant...)

  63. Re:One more quibble: by Anonymous Coward · · Score: 0

    ...So ETA Q4 2004.

  64. Thats just silly talk by pablo_max · · Score: 0

    "like why make a C# compiler while Microsoft's is free anyway"

    hmmh...why drink bottled water when there is a pond outside with a ton of free water.
    just because its free does not mean its any good.
    I believe there is difference in quality when people code something because they beleive in the cause and when they are only doing it for the paycheck. The people who code for open source actually care about the code they produce IMO anyhow.

  65. Decisions decisions by muckdog · · Score: 1

    We're at an interesting pass here about C# on non windows platforms. Our product is written in C (wahoo) and has running on SCO Openserver (grrr). We are in the process of kicking SCO's punk ass to the curb (wahoo) by porting our product to Windows 2000 (grrr) in the next release. Some of the new features were done in C# (grrr) but, the core code is still standard library C (wahoo). While some of our customers want our product on windows, others want it on a unix platform. Linux does seem like the best choice to port to next and the existance of Mono and dotGNU also help but we are very uneasy about using either one in case microsoft all of the sudden kills them or is they are never adopted as mainsream and it could scare some customers that we use it. The C# is necessary because our product interacts with another company's product that is exculsively a windows product. Java has been sorta tried in the past with poor results.

  66. Agreed! We must innovate! by jaywhy · · Score: 5, Insightful

    I don't know why everyone in the open source community feels compelled in chasing behind Microsoft technologies, whether it be Mono or Wine. When I talk to people about the benefits of Linux and open source; I always seem to always mention Apache, Perl, and MySQL. I mention these products not because there based on or copied from Microsoft technology. It's because they are innovative open source projects. These open source projects do well not because there open source; but because there BETTER then there closed source counterparts.

    We shouldn't lag behind and chase Microsoft's coattails. We should instead innovate; create our own .NET our own technologies, and make them BETTER then their closed-source counterparts. That's the only way we win. You cannot win a race by chasing your enemy. You must pull ahead.

  67. But Why!?! by fozzylyon · · Score: 2, Insightful

    Neil is the type of person that would argue with the mountain climber about whether there's a reason for climbing the mountain. I imagine him saying, "But Why!?!" For all the other programmers out there, continue honing your skills and techniques even if the apps you create aren't appreciated or widely acknowledged

  68. I look forwards to the day... by AntonyBartlett · · Score: 1

    ...that I can get Word up and running on my Windows XP box WITHOUT it (occasionally) suddenly dying for no apparent reason.

    1. Re:I look forwards to the day... by drinkypoo · · Score: 1
      I have not had a single problem with office since I tried to use office 97 on a system with multiple monitors, and the list box drop-downs appeared on the first display, regardless of which display the application window was on. This counts for both Office 2000 and XP. I had Excel running for a week on my XP box and just closed it yesterday, I had just forgotten about it.

      Either your windows or office install is hosed, or you have bad hardware.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  69. it's pretty simple, really by ajagci · · Score: 2, Interesting

    C# is a nice language, it's free, open, and standardized, and it's good that there are many implementations of it. All those other points don't matter.

    What MS does or doesn't do with C# is their business. And if .NET remains proprietary, all the better as far as I'm concerned: I like the language, not MS libraries.

  70. Simple by supun · · Score: 1

    One of my rules is to avoid using tool, items, etc that come from one vendor offers. If I could only get Java from Sun, I would not using it. But since IBM and Blackdown both offer it. This way I know that if something would happen to Sun, the tools I use would still have a development team behind them.

    So until Mono becomes "production" stable, or someone else offers a .Net frameworks beside Microsoft, I won't touch .Net. And since Mono is open source, it has double the power :). I know Mono can be picked up by another team if the current team quits. Companies when they go out of business rarely release their work, so your SOL.

    --
    :w!
  71. The reason by sacrilicious · · Score: 1

    The author's basic premise is "why build a C# compiler and tools when MS gives them away for free"? Ok, sure, so today MS gives them away, and makes .NET available for one other OS (BSD), and hasn't taken to hijacking clients into who knows what (micropayment schemes per run, backdoor access for MS or government agencies, etc)... but tomorrow, who knows? With Microsoft giving away Internet Explorer, why have a mozilla?

    --
    - First they ignore you, then they laugh at you, then ???, then profit.
  72. While we're at it... by sirReal.83. · · Score: 2, Insightful

    What's the point of Microsoft making a web browser? They obviously can't keep up with all these standards like CSS, XSL and XUL... I think they should just quit.

    It cuts both ways.

  73. Open Source IS NOT Linux. by Shivetya · · Score: 1

    Why is it that so many people hold that Open Source == Linux? While he brings up good points about the possibilities of what will happen if .NET/C# is ported to Linux he misses the bigger point. That is, Open Source is not Linux.

    Yeah MS is going to provide a lot more of the underlying OS/Compilers/Code that drives business. So can Linux. Nothing stops people from writing Open Source C# on MS platforms except for irrational hatred of all things MS.

    There is a big opportunity out there to prove to the business world that open source can be and is commercial grade. That opportunity can and does exist on MS platforms. Mozilla is a great example. How better to become the number one browser than to be on the biggest platform! I do not suggest that Linux development should be dropped, far from it, I just suggest that he and others recognize that there are many ways to skin a cat.

    Perhaps this groups endeavour to get .NET on Linux will spur some Linux users to try .NET and then provide their services to those bound to MS.

    Its far easier to fight a war on their ground than your own.

    --
    * Winners compare their achievements to their goals, losers compare theirs to that of others.
    1. Re:Open Source IS NOT Linux. by C0vardeAn0nim0 · · Score: 1

      "Its far easier to fight a war on their ground than your own."

      since when ??? on their ground you don't know where you stand, where the pitfalls are or where the enemy is lurking.

      I agree with the article, free/open source coders should fight on their own ground (free/open source plataforms) and leave the people in redmond with their own.

      but don't worry, i agree with you in one thing. F/OSS is not all about linux. is also about GNU and many *BSDs out there.

      --
      What ? Me, worry ?
  74. Wouldn't that be YACC# ? by LifesABeach · · Score: 0

    my soho network is linux. i have a win2k/.net box, not on the network. my wife, and children use linux/mozilla/openOffice; they don't have issues with functionality. i'm the one that developes software. personally, developing c# in linux would take a lot of pressure off my workload. i'm tired of the flippent solution presented by m$. if mono is not ready for prime time, it sure looks like its headed in the right direction.

  75. Hitting a Moving Target by Anonymous Coward · · Score: 0

    MS will keep moving the spec. They'll be in constant catch-up mode. What's the point?

  76. m$ shit coders are gay by GNUALMAFUERTE · · Score: 0

    yes, they are. So are windows lusers, stop that shit man!
    You can write CGI aplications in good old C and compile them using gcc, write them in emacs, and debug them in gdb; a full GNU/Linux install that will let you do all those things, fits in about 250 mbs, and is Free Software, fast, stable, and can be developed, tested and used in a P100 with 16 mb of ram, so, STOP DEVELOPING MORE HEAVYWEIGHT SHIT!

    --
    WTF am I doing replying to an AC at 5 A.M on a Friday night?
    1. Re:m$ shit coders are gay by cr@ckwhore · · Score: 2, Interesting

      It's not like computer resources are expensive these days. Who cares if you think it's "heavy" ... it really isn't. Applications written in .NET and compiled are typically small and easily distributed.

      Who cares if you can write a "CGI application" in C. Can you write an enterprise level software application? Authoring enterprise software is an expensive proposition -- and why not use .NET (yes, I like it and I'm a hard-core linux guy!) to develop the app in half the time, with the result being twice as good.

      Until you have some first hand experience with .NET, you should keep your yapper shut.

      --
      Skiers and Riders -- http://www.snowjournal.com
    2. Re:m$ shit coders are gay by GNUALMAFUERTE · · Score: 0

      I Don't and WON'T have experience with .NET shit, it's propietary software, won't mess with it.
      1)Software problems shouldn't be fixed in hardware.If you write a software that does ; and in 1990 you could find some software to do ; and you could run it in an 386 with 4 mb of ram, and your software needs a PIV with 512 MB DDR, then your software is broken, doesn't matter how much you beleive the improvements are worth it.

      2) This "Enterprise level" category is pure marketroid shit. Who cares about big companys?, programming is both a science and an art, big companys just take advantage of it, it's ok, they feed many of you (I enjoy working for a little "3rd country" hosting company); but don't tell me that they are the reason why software exists.

      3) You Suck.

      --
      WTF am I doing replying to an AC at 5 A.M on a Friday night?
  77. What a Managerial perspective ! by danielosmosis · · Score: 1

    This guys rant is a managers view if I have ever seen one : Mono and dotGNU are interesting projects for people who are interested in computer languages....and exist only with the patronage of Microsoft.

    If he only realized that Mono will be one of the working blocks for GNOME, which will compose the Linux Desktop, a subject he may grasp better than Mono

    Mono comes from the attempts that we have made before in the GNOME project to achieve some of the things .NET does: * APIs that are exposed to multiple languages. * Cross-language integration. * Contract/interface based programming.

    from scripting.com
  78. People keep mentioning that by RLiegh · · Score: 0

    Microsoft gives away their command-line tools. But that's only for C# (which would be relevent for this article, but still needs to be clarified since that doesn't include the C,C++ tools).

    Hell, I haven't even managed to find the free C# tools, much less any other CIL apps.

  79. Re:WINE will be a good idea if it ever works prope by Anonymous Coward · · Score: 0

    Pay CodeWeavers for CrossOver Office if it is that important to you.

  80. You're right! We can't make a simple desktop. by Ayanami+Rei · · Score: 1

    We made five of them.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  81. Why bother!? by NoRefill · · Score: 1

    In his opening paragraph, Mr. Davidson says "Two open-source projects, Mono and dotGNU, are aimed at providing alternatives to Microsoft's .NET framework and developer tools. While providing freedom of choice might be reason enough to justify a project, practical programmers could be asking: What's the point?"

    I believe that the point is not just providing an alternative, but providing a solution for non-Windows platforms. I remember when people asked, "What's the point?" with Linux ... and Apache ... and Mozilla. It's not just about "geeks having fun", which they are, it's about choosing to run a platform and wanting to be able to run a web server, wanting to browse the web, wanting to program web services in C#. Microsoft is not obligated to port their code to other platforms. They want to protect their interests. Whether that hurts or helps them, or hurts or helps the rest of the world is another discussion.

    I'm glad that the people that helped create projects such as Linux, Apache, Mozilla, and GNU tools, didn't let simplistic opinions like Mr. Davidson's get in their way to making great software. And I hope the Mono and dotGNU projects don't either.

    1. Re:Why bother!? by GooberToo · · Score: 1

      I remember when people asked, "What's the point?" with Linux ... and Apache ... and Mozilla.

      Hmmm...I've been there with Linux since very early on...and never saw much of the "what's the point" come up. It was rather obvious. Same thing for Apache. It was rather obvious. I did, however, see some of that with Mozilla as many people considered the browser wars to be won and then asked, "what's the point". Just the same, those of us with long vision, new the answer was rather obvious.

      Sadly, even with MONO, again, it's rather obvious, for those of us with long vision. The short and sweet of it is, Microsoft does not need any additional help for them to maintain their monolopy. MONO is only going to help fuel migration and adoption of a lock-in technology by Microsoft. Pro-MONO is to be pro-Microsoft monopoly.

  82. The point he missed... by BCGlorfindel · · Score: 1

    Interoperability with .NET isn't the only benefit mono/dotgnu have to offer the open source community. The ability for libraries to interoperate between languages is very valuable to an open source development environment. It's an idea that is helpfull from a software engineering perspective for solving a great many problems more easily/quickly. I'd dare say that in and of itself is worth the effort required for mono/dotgnu development.

  83. Re:One more quibble: by BlackHawk-666 · · Score: 0, Offtopic

    In Soviet Russia Simpsons movie watches you...

    --
    All those moments will be lost in time, like tears in rain.
  84. The Office.NET Test by billtom · · Score: 3, Insightful

    To my mind, it all comes down to the Office.NET test. That is, at some point in the future (if MS sticks with .NET), Microsoft will release Office.NET (the Office suite rewritten for .NET). The test is: will Office.NET run, off the shelf and without any major crashes or missing functionality, on a non-MS .NET framework.

    If it will, then I'll be happy to declare .NET as the greatest cross platform programming environment in the universe and hold the developers of the non-MS .NET frameworks up as champions of the open source world.

    But if it doesn't, then I judge the whole effort to produce non-MS .NET frameworks as a waste of the open source community's time. And while, of course, programmers are free to waste their time if they want, don't expect me to be interested and contribute.

    Now, .NET apologists might claim that the Office.NET test is unfair. That there are many useful things that can be done with a partial implementation of .NET. To that I say, you're deluding yourself. If the best that we can hope for is a two .NET world (MS .NET and the open source .NET ghetto) then, as a professional programmer, it's not something I'm going to use. My time is important enough that I'm not going to waste it trying to remember what bits of .NET I can and can't use when I use Mono or dotGNU.

    Now, as you can probably tell from the tone of my post, I've more-or-less concluded that there is basically no chance that MS will ever allow Office.NET to run on any non-MS .NET framework. They'll keep back just enough to insure that their Office cash cow continues.

    1. Re:The Office.NET Test by Hadji+Baba · · Score: 1

      Now, as you can probably tell from the tone of my post, I've more-or-less concluded that there is basically no chance that MS will ever allow Office.NET to run on any non-MS .NET framework. They'll keep back just enough to insure that their Office cash cow continues. Ant their pattent of XML is just the beginning.

    2. Re:The Office.NET Test by cr@ckwhore · · Score: 1

      Given that microsoft's .NET implementation is a freebie anyway, I think it would be in Microsoft's interest to make sure that Office.NET can run on non-ms implementations of the .NET framework. Office *is* a cash cow... why not increase sales by ensuring that it can run on all other platforms, linux included! Yes, people would buy it, and microsoft would gain "a foot in the door" on other platforms as well. Can we say, "embrace and extend"? .NET is perfect for that.

      --
      Skiers and Riders -- http://www.snowjournal.com
    3. Re:The Office.NET Test by cphenry · · Score: 0

      Hits the nail on the head. This should be mod'ed up to 5. To this I would add the following: if you look at Mono as a way to run .Net apps on Linux, if it can accomplish it, it would be a major feat. However, to expect Mono to become a development platform is both foolish and wrongheaded. Foolish in the since that there are currently tools with allow the same cross-platform functionality (java) and also because you can bet that anyone developing .Net for primarily a Windows environment will use MS tools, not open sources. It's also wrongheaded in that it would push people to use MS technology, a good portion of which is propietery. I agree with the Register article: considering all the effort, what's the point.

    4. Re:The Office.NET Test by need_change · · Score: 1

      Why would Mmmm'soft prohibit Office from running on a foreign .NET framework? It is costing them nothing to put it there, they won't have to support it, and it would counteract alternatives to Office on those systems. I think there's nothing but upside for them.

    5. Re:The Office.NET Test by doconnor · · Score: 1

      People need Office more then they need Windows. Right now if you need Office, it forces you to buy Windows. If Office works on other system then they don't have to buy Windows and that is about about half of Microsoft's income gone right there.

      Once they start using an alternative to Windows, they might start thinking about an alternative to Office.

    6. Re:The Office.NET Test by El · · Score: 1

      How would Office.NET running on non-M$ .NET frameworks prevent Microsoft from charging for every copy of Office.Net used? M$ is making their money on office, not on .NET, they have every incentive to make sure it DOES actuall run over Mono, then they can sell even more copies!

      --

      "Freedom means freedom for everybody" -- Dick Cheney

    7. Re:The Office.NET Test by billtom · · Score: 1

      No, because one of the primary purposes of Office is to support the Windows near-monopoly. Simply selling Office regardless of the impact on Windows sales is not in MS's best interests. If it was, they would have ported Office over to all the unix operating systems by now.

    8. Re:The Office.NET Test by nickd · · Score: 1

      ahh right.. because having to code it once and have it run on all platforms wouldnt save them money ?? nor open it up to other previously inaccessable operating systems ??

    9. Re:The Office.NET Test by Anonymous Coward · · Score: 0

      because linux faggots dont pay for anything. why do you think they are so excited about open sores everything

    10. Re:The Office.NET Test by BCGlorfindel · · Score: 1

      But if it doesn't, then I judge the whole effort to produce non-MS .NET frameworks as a waste of the open source community's time.

      Now, .NET apologists might claim that the Office.NET test is unfair.

      Your missing the point. The Office.NET test is not an unfair test, it's a stupid one.

      You should consider the possibility that Mono has another purpose. One which Miguel has stated numerous times. One which is only a little less obvious. Mono, all by itself, without passing the Office.NET test, is of inherent value to software development on Linux. Don't think of the value of Office.NET under Mono. Think of OpenOffice.dotGNU on both Mono and .NET. Why should the OS community chase MS tail with some arbitrarily chosen Office.NET test?

    11. Re:The Office.NET Test by billtom · · Score: 1


      Well, to turn your question around, why should the OS community chase MS by using .NET as the basis for anything?

      If the primarily goal of the OS .NET projects isn't to allow all software produced for .NET (MS or OS frameworks) to run, then why are they using .NET as a starting point. Why not create a new language/framework? (One which avoids the flaws that exist in .NET because of it's inherent windows bias.) Or why not enhance an existing project like perl or python or any number of other projects to achieve the ends Miguel has claimed are his goals?

    12. Re:The Office.NET Test by BCGlorfindel · · Score: 1

      Well, to turn your question around, why should the OS community chase MS by using .NET as the basis for anything?

      If the primarily goal of the OS .NET projects isn't to allow all software produced for .NET (MS or OS frameworks) to run, then why are they using .NET as a starting point.


      Because inspite of being created by the devil itself, some people actually find C# and the CLI to be a productive way to develop software. Horror of horrors, MS can sometimes come out with good ideas as well as bad. If C# and the CLI can boost productivity, it makes sense to develop them on Linux to speed up future development.

      Why not create a new language/framework? (One which avoids the flaws that exist in .NET because of it's inherent windows bias.)

      For starters because the ECMA standards mono is implementing are already developed for windows, leaving one less platform to support. Not to mention the amount of time it would take to create an equivalent new language/framework. Lastly, I'll turn this question around, why take the time to re-create an entirely new language and framework?

      Or why not enhance an existing project like perl or python or any number of other projects to achieve the ends Miguel has claimed are his goals?

      Maybe because you can use the CLI to develop Mono compilers for python and perl and any other existing project. That's the whole beauty of the Mono/.NET concept. Not the Java stolen vm for cross platform idea. The idea of using the vm to cross language barriers as well. Mono can allow development of each task of a project to be done in the language that most natural suits it. If your building a text editor you can do your string parsing in python and your GUI frontend through C# and OpenGL.

  85. Im no lawyer... by razmaspaz · · Score: 1

    ...and Im certainly no patent law expert, but what is really illegal about .GNU/MONO? Sure they are "violating" patant law, but how is this different from what created the vast array of PC manufacturers. Aren't they taking a specification, the .NET runtime, and reverse engineering it? This seems the same as creating a hardware platform from scratch that runs ibm's bios and thus runs DOS. This is the very thing that brought microsoft to power in the first place. Couldn't they just cite this as prior precedence? Also, when will the patent on .NET run out? Its already been around for 4 years now, and I doubt that in the next 5 that mono will be a truly viable alternative to "mission critical" business apps. Aren't patents 10 years? And aren't there laws about enforcing patents or losing them? Or is that just trademarks?
    Just my $0.02

    --
    I tried for 5 years to come up with a clever sig...only to realize that I am not clever.
  86. 101 Reasons Why Mono Took The Wrong Path by Anonymous Coward · · Score: 0
    Actually, it's 101 Reasons why Java is Better than .NET.

    Found here: http://101.manageability.org

    Clearly .NET is inferior technology compared to Java. What boggles the mind is why these folks spend all their time re-inventing technology that's otherwise second best.

    If all their objective was an open source VM that had a nice GUI for linux all they had to do was contribute to Kaffe and add SWT support and be done years ago. But No! They just had to build something that supports a GUI library that requires WINE to work. C'mon give me a break!

  87. So use Tcl (or Python) and Tk... or wxWindows by DavidNWelton · · Score: 1

    There are ways to makeTk look more modern, and developing in a scripting language is going to be a heck of a lot faster than waiting around for .NET on Linux to mature. It's also a lot lighter weight than what I have seen so far of mono.

    wxWindows is another possibility, although I'm pretty happy with Tcl/Tk myself.

  88. then point the zealots are missing... by BCGlorfindel · · Score: 4, Insightful

    I'm seeing alot of people complaing about how mono is a waste of time because MS can pull the carpet out from under everyone with proprietary library updates that will prevent .NET apps from running on mono. That is entirely probable and it is most likely beyond the ability of the mono team to keep up with such changes. Let alone the time to ensure .NET to mono compatability. But give the mono team some credit, don't you think they too might know this? I ask this question to all the waste of time whiners: What can MS do to stop mono to .NET compatability?

    That's right, open source projects written in mono will have the ability to run under both linux and windows, mono and .NET, without any rewrites, and with a consistent feel. That is the point. It would speed the cross-platform development of projects like Mozilla and OpenOffice that both windows and linux users alike are trying. What better way to transition users dependent on windows apps(not windows itself) to a linux environment, one app at a time. Forget about allowing the commercial .NET programs to run under mono, think about replacing them with equivalent Open Source mono apps.

    1. Re:then point the zealots are missing... by WorldMaker · · Score: 1

      Microsoft isn't some demonic force, even they have to answer to their customers ("Joe Developer" using Visual Studio). What is it that they can break that wouldn't piss developers off? Better yet, what is it they could break, not piss developers off, and keep out of OS developers' hands?

      Nothing.

      If they change the BCL (Base Class Library, the main APIs of .NET), they get in a shitload of hell from anyone using the BCLs. Even then, with the Fusion (GAC) versioning system, all versions sit side by side, so if Mono is compatible with Framework 1.1 and Microsoft breaks things in Framework 2.0 (which they will, as Longhorn steps up to bat), existing 1.1 apps will continue to run, and Mono just has to work at adding 2.0 support.

      If they change CIL (Common Intermediate Language) they piss off their development partners, and any developers working on compilers to CIL. This was one of the major goals of CIL in the first place, and I don't see Microsoft pissing these people off. Also, consider that Microsoft alone has to keep up with a large number of CIL-targeted compilers (C#, VB.Net, C++, JScript, Regex, SQL, to name a few).

      Don't let worries about what Microsoft _might_ do threaten you from looking at what they have done with the .NET world.

    2. Re:then point the zealots are missing... by kaffiene · · Score: 1

      Bullshit. M$ completely broke VB when they .NET'ed it. VB is used by millions of developers but they had no qualms about breaking all their code.

      DirectX code broke between versions 5/6/7.

    3. Re:then point the zealots are missing... by gingrich · · Score: 1

      What can MS do to stop mono to .NET compatability?

      Interesting question...

      I seem to remember that O/S2 Warp did a really good job of Windows 3.0 compatibility. Windows apps ran quicker and with greater stability. (provided you had enough RAM to put each in a separate VM). The same was true for Win 3.1. But 95 had a new and different API that meant that 95 apps didn't run. (There were code access issues for IBM and a bunch of other stuff but the big point is that changes to the API seemed to be for reasons other than technical.)

      M$ has had a l-o-n-g history of changing APIs to force the competition to either chase the "API du jour" or lose compatibility.

      I believe that this needs to be considered in this or any case where compatibility with M$ is an issue.

    4. Re:then point the zealots are missing... by BCGlorfindel · · Score: 1

      M$ has had a l-o-n-g history of changing APIs to force the competition to either chase the "API du jour" or lose compatibility.

      I believe that this needs to be considered in this or any case where compatibility with M$ is an issue.


      This is only an issue when dealing with .NET to Mono compatability. Even if MS moves on to a newer API set, they will have to maintain backwards compatability with .NET apps written with the current API's, Mono projects inclusive.

      To answer my own question, the only way MS can break Mono to .NET compatability would also break compatability with current .NET apps.

  89. This is wrong ! History is ... by Anonymous Coward · · Score: 0

    When Sun has tried to bring this to ISO, US represantative has vetoed the proposition ! Why ?

    Later, when they tried to push to ECMA, the guys said they have to evaluate if it was the right body for such a standard ! Once they agreed, they also ask Sun to completely unhold the compatibility requirement (see the TCK on any Java API ).

    So that is why Sun has spend lots of effort and time to build a Java standard body where editors, organisation, and any developper can work and define standards see http://www.jcp.org !

    Remember, that MS was the #1 in Java IDE and in Java VM quality before they decide to quit, when Sun remind them that native call mechanism on Jav is JNI and not JDirect (that MS WFC require to work). MS see this as a limitation because they have to comply the standard and can not tweak it "at will".

    Few month later, start Sun lawsuit and MS Project codenamed "Cool" that brought us the .net platform that MS still claim not to be anything related to Java ;-)

    You always have lots to learn with IT History !

  90. Quote from Miguel by Chris_Jefferson · · Score: 4, Interesting
    When people begin talking about how mono is just reimplementing "evil microsoft products", I always like to draw out this quote from Miguel (sorry for stealing it!)

    * GNU was based on a proprietary technology. GNU is a free re-implementations of Unix. Linux is a re-implementation of the Unix kernel. Before the advent of Linux and the Berkeley Unix, Unix was a proprietary technology, built by ATT (which back in the day, was a monopoly). Still, developers took what was good from Unix, and reimplemented a free version of it. Down to the Unix programming language: C (which was also invented at ATT). Even C++ was invented at ATT. Think of Mono as following the same process: we are bringing the best technology out there to our beloved free software platform. And at the same time it serves to be a magnificent upgrade on the development platform.

    --
    Combination - fun iPhone puzzling
    1. Re:Quote from Miguel by GooberToo · · Score: 1, Insightful

      Great quote! I love how it ignores basic facts of the players in question, not to mention the very, very long history of Microsoft's monopoly and abuse of the market.

      Nope...sure wouldn't want basic facts known, for people to make a decision.

      You can either look at history and nod knowingly, this is going to be bad for everyone except for Microsoft, or you can be a sucker and get kicked in the nuts, some time down the road, for the 1000th-time, and try your best to act suprised. While everyone around is laughing and pointing at the sheer stupidity of it all, I might add. Meanwhile, +10 points for Microsoft. Good thing you were there to help them. They sure needed help with their monopoly!

    2. Re:Quote from Miguel by mezigue · · Score: 1

      Surely you can't compare ATT and Microsoft in this respect. ATT didn't care very much for Linux and was quite prepared to let it live its own life. I wouldn't say the same of Microsoft here.

      Think of the damage caused when even a dwarf like SCO starts making improbable claims about IP ownership. It won't cause any irreversible damage to Linux but still. But now imagine the same thing with M$ running the show. However much I like C#, I would be nervous risking to be at the receiving end.

      I just don't trust the legal system enough on that one.

    3. Re:Quote from Miguel by ajagci · · Score: 1

      I love how it ignores basic facts of the players in question, not to mention the very, very long history of Microsoft's monopoly and abuse of the market.

      So? ATT was a monopoly as well. That didn't stop us from re-implementing their software.

      Meanwhile, +10 points for Microsoft. Good thing you were there to help them. They sure needed help with their monopoly!

      Well, if there is an open and free implementation of their platform, they obviously don't have a monopoly anymore. And with Mono, people are playing Microsoft's own "embrace-and-extend" game because Mono implements .NET, but it also offers its own set of APIs.

    4. Re:Quote from Miguel by GooberToo · · Score: 1

      LOL...

      how many times do you have to be kicked in the nuts from Microsoft before you're willing to accept facts.

      You're in denial about things which are commonly accepted facts, supported time and time again by history. For every person which has stepped forward with such statements on their tongue, Microsoft got a free kick between their legs. Meanwhile, everyone else is laughing and pointing because it was so obvious and well earned.

      Perhaps a simple life lesson is what common sense has ordered for you today. Enjoy this neat story here.

    5. Re:Quote from Miguel by GooberToo · · Score: 1

      And, even though it is, again, so obvious, I'm still going to point this out. AT&T did not have a monopoly position on applications, desktop computing, or operating systems. They had a monopoly on PSTN and LD services. A Very huge difference as it relates to UNIX and the world of computing. Hopefully you can understand why the rest of us are smugly smiling at your, well, simpleton statements.

    6. Re:Quote from Miguel by ajagci · · Score: 1

      how many times do you have to be kicked in the nuts from Microsoft before you're willing to accept facts.

      I haven't been "kicked in the nuts from Microsoft" at all, and I frankly doubt you have been either, even figuratively. In fact, Microsoft doesn't matter to me much one way or another. They have never sued or threatened any OSS project I have been involved in or know about. They create mediocre technology for the masses and they compete with Linux--let them, it doesn't bother me.

      I have, however, to use your terminology, been "kicked in the nuts from Sun": Sun has repeatedly broken their promises to make Java an open standard, they have repeatedly failed to address technical problems they promised to fix, and they are now trying to control or destroy Linux and Gnome through "embrace and extend" tactics.

      Since I need a language like Java or C# and since Sun's behavior has been monopolistic and deceptive, that leaves C#. I hope Microsoft won't repeat Sun's behavior. Maybe they'll try--one can never be sure with large companies--but they'd have a much harder time: Sun never handed Java to a standards body, while Microsoft handed C# to two standards bodies and it now exists as open standards. For now, that's good enough for me.

    7. Re:Quote from Miguel by ajagci · · Score: 1

      They had a monopoly on PSTN and LD services. A Very huge difference as it relates to UNIX and the world of computing.

      They also had a monopoly position when it came to workstation operating systems and operating systems in a number of other areas, because UNIX was pretty much it.

      Furthermore, Microsoft does not have a monopoly in many of those areas where they are trying to compete with C#: servers and server-side programming.

      Hopefully you can understand why the rest of us are smugly smiling at your, well, simpleton statements.

      If you are suffering from multiple personality disorder, yes, then I can understand that statement.

  91. This is entirely up to Microsoft by puppetluva · · Score: 2, Interesting

    There is an easy way to get relief over the controversies with Mono. Since Microsoft owns it, (only the C# spec is ECMA) someone should ask Microsoft if we can use it. . .

    Novell should ask Microsoft to issue a statement or enter into a contract that they won't pull the rug out from under Mono by enforcing patent/trademark/etc. protections and adversely affect the Mono community. If they refuse, then you know Mono is doomed. If they comply and their answer is legally binding, then have at it.

    Mono is excellent technology but it is in a very dark shadow. I wouldn't base my software on an architecture that is under patent threat by one of the most powerful companies in the world -- What's the point of speculating since all we have to do to verify its safty is ask Microsoft ?

    This is only proper. . . most of the runtime and forms libraries are proprietary property of Microsoft -- we need to ask them if we can use it if we are worried about backlash.

    Please do not reply with anyting about GTK# not being property of Microsoft. . . the "#" trademarks and the runtime technology (CLR) certainly are their undisputed property. Playing games with their IP without asking their permission is unwise.

  92. Wine + Mono = Instability by Vagary · · Score: 5, Interesting

    The grandparent is correct to complain that it is an unstable mix due to the fact that both Wine and Mono are under rapid, and asynchronous development.

    About 6 months ago, when I gave up on using Mono for development, the Windows.Forms implementation required applying custom patches to a specific nightly build of Wine which was so old that Mono was the only place to get it from. So maybe if you were successful in getting your patch into the main Wine tree, and maybe after Wine matures a lot, Mono will be worth another look.

    Also, I understand that the Mono team is aiming for complete compatibility, but I'd be tempted to declare that platform-specific hooks are unacceptable in a VM. After all, SWT seems to have achived fine graphics control with a much more abstract solution.

    1. Re:Wine + Mono = Instability by miguel · · Score: 5, Informative

      I agree that going our own path is a more robust
      and better solution. And that is exactly what we
      have done with our own toolkit called "Gtk#".

      Gtk# not only is very nice to program with, but it
      is also cross platform and people are using it
      in some cases instead of Windows.Forms on Windows
      itself.

      That being said, our effort to support the Windows.Forms
      API is not driven by a need to have that API at all,
      we believe it is one ugly API. Our drive to support
      it comes from the fact that people are using it,
      and have made certain assumptions about it.

      So to us Windows.Forms is a compatibility play,
      and one that we have to support to assist people
      who want to try Mono as a way of moving their apps
      to Linux.

      The API we are recommending developers to use is
      the Gtk# API.

      Hope that answers the question

    2. Re:Wine + Mono = Instability by t0ny · · Score: 2, Insightful
      A good strategy in any project is not tying your wagon too tightly to things you have no direct control (or even influence) over.

      It seems Mono made a mistake in relying too heavily on Wine. It may have been more work, and may have been a duplication of effort, but they would have been better off in the long run recreating what they needed to, especially if their goal is 100% compatibility. Thus, they can only attain that 100% if (and its a big IF) Wine also attains it.

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    3. Re:Wine + Mono = Instability by Anonymous Coward · · Score: 0

      Thus, they can only attain that 100% if (and its a big IF) Wine also attains it.

      As opposed to what? Only attaining it if (and it's a big IF) they attain it themselves?

      To put it bluntly, you're talking nonsense. They are losing nothing by depending on Wine; on the contrary, they are gaining a pretty mature implementation of the Win32 API.

      If you take exception to that description of your post as nonsense, please detail one single possible scenario in which Mono's making use of Wine will result in Mono having worse Win32 support than if it had started from scratch.

    4. Re:Wine + Mono = Instability by t0ny · · Score: 3, Insightful
      As opposed to what? Only attaining it if (and it's a big IF) they attain it themselves?

      Um, ya, that was kind of the point.

      Let me draw you a chart. If Mono can acheive 100% compatibility with the code THEY are responsible for, but there are compatibility issues with Wine, than, overall, there is no 100%. Since they have no control or influence over the Wine project, they will have, at that point, reached an impasse; since Wine can improve, not improve, fold, or accept external improvements to their sources and summarily wipe their asses with them, there is nothing further Mono can do to improve their own project.

      If, however, they impliment their own windows emulation, they can make use of changes in the Wine project (giving them credit, of course), start from scratch, or whatever. But, they then have a situation in which they can acheive their goals, and have the control they require to further their main project.

      As people higher in this thread have stated, there are issues with Wine. Were this not the case, such a statement would be senseless. But all duplication of effort is not necessarily a bad thing.

      If you ever learn how to manage a project, this whole subject is basic.

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    5. Re:Wine + Mono = Instability by Jellybob · · Score: 1

      I just wanted throw my 2 cents in for GTK# being the toolkit to use - I've used to develop a couple of apps now, and it's some very tasty stuff, especially when used in conjunction with Glade.

    6. Re:Wine + Mono = Instability by Anonymous Coward · · Score: 0
      I agree that going our own path is a more robust and better solution. And that is exactly what we have done with our own toolkit called "Gtk#".

      Gtk# not only is very nice to program with, but it is also cross platform [snip]


      So...It's kind of like Qt just many years late and still not there? ;-)
  93. Re:Agreed! We must innovate! by polyp2000 · · Score: 1

    Fair comment, but just remember where C# originally came from... And it wasnt a small island in indonesia renknowned for its coffee beans!? And for a moment consider other technologies surrounding .NET came from ? XML, SOAP , etc. And then realise who it is that is really innovating.

    While I dont understand the need for mono or dotgnu since we effectively have the virtually same technolgies under linux/open source, and we have the same methodologies with which to build systems. I think its wrong to say that we dont innovate, as Java and related technologies have been around for longer that .NET/C#, Microsoft created/butchered it specifically as an alternative to the already dominant Java,XML,SOAP etc toolkit.

    In terms of Internet technologies, Microsoft is chasing Open Source, they might dominate the browser battle, but in terms of server side technologies Open Source is the leader in this area.

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp
  94. Remember ReactOS by Anonymous Coward · · Score: 0
    Besides the Mac OS X, another perhaps unintentional beneficiary of Mono being multi-platform is the ReactOS, a free clone of NT.

    Although it will be able to run .NET natively, Mono will enable the React OS to offer a completely free solution to Windows XP + .NET.

    For those of us for whom Wine is not enough, but are hesitant to follow on the Windows DRM path, the ReactOS offers an alternative to the Microsoft lock-in, and Mono is an important part of that solution.

  95. Plagarized from The Register Feedback Page! by Anonymous Coward · · Score: 0

    See the bottom the replies page this page.

  96. Might as well write an article that says... by Anonymous Coward · · Score: 0

    Samba and WINE: What's the Point?

  97. Re:Obvious and Sophmoric. Where's Something Origin by jake_the_blue_spruce · · Score: 2, Informative
    --
    "There's so much left to know/ and I'm on the road to find out." -Cat Stevens
  98. .NET = crappy Java by mysterious_mark · · Score: 1, Flamebait

    Don't see the point either, since .NET is just a cheap rip off of J2EE, why not use J2EE instead? runs great on Unix, Linux, and Darwin, also there are a number of really good open source platforms (such as Tomcat). Why waste time validating M$ BS when you can use a better, more widely accepted and proven technology. Also you can compile to native code for you're favorite xxxux platform, why use .NET at all? MM

  99. dotGNU, Mono, .NET & Java by Alapan · · Score: 1

    I haven really used .NET and its related projects but I like one of its main aims - the idea of integrating many different languages into one common framework. This leads to the possibility of using languages for their true strength i.e. use VB for interface design and C#/C++ for the actual backend job etc.

    Personally, I am a Java person. I like the fact that I can write code on my Linux box and demo it on a Windows machine without any hastles whatsoever. I don see there being any real portability between Linux/BSD and Windows using the .NET framework. At best, it will require a recompile; and just the transfer of CLR code will not work (maybe Mono/dotGNU will prove me wrong).

    While I respect the aims of Mono/dotGNU etc; maybe what we are missing is the ultimate portability - a runtime binary that can run across multiple OSes and multiple architectures. Maybe instead of looking at .NET integration the OSS community should look to a step further. I know that most Java runtime VMs are slow; and the main argument to a Java like solution is its speed - but with a bigger focus on a system like this maybe performance will be much better.

  100. Thanks Miguel but a request by Anonymous Coward · · Score: 1, Insightful

    I like the mono project but I get an icky feeling when I see .exe and .dll files. I don't know, they just make me feel icky.

  101. Like it or not, M$ is Leading.... by Anonymous Coward · · Score: 0

    I think I agree with the author's point for this reason: Microsoft is LEADING and you (OpenSource) are FOLLOWING.

    So, M$ must've come up with this whole C#/.NET idea to steer people away from Java, right? From what I can see, .NET will provide a better user experience -- better interfaces, faster execution, and maybe even easier development.

    With these projects, OpenSource is just playing catch-up with the Linux platform, not offering me an alternative framework which may provide a better user experience. And to boot, it looks like they'll never really catch up anyway because by the time they have features X,Y,Z covered M$ will be on to something completely new set of features.

  102. mIguel needs to address the legal issues. by Anonymous Coward · · Score: 2, Informative

    Somehow, someone in Ximian needs to really dig into the legal and patent issues that the article brings up.

    The ecma standard is not the problem. The compiler and clr are not the problem.

    It's the libararies, dude. So many people say this guy is on crack, but he has a valid point that all ximian and .gnu/mono are doing is playing into MS hands...and that hand will put the smackdown when and if these libraries become popular.

    Finally, I think a lot of other people bring up a good point...maybe some type of GNU language, a sysnthesis of Java and C#, would be better than the aforementioned projects from a purely political point of view.

    Really, Miguel and RMS need to sit down and have a few beers with PJ at groklaw and come up with some theories on all this stuff.

  103. Re:Agreed! We must innovate! by prockcore · · Score: 1

    We should instead innovate; create our own .NET our own technologies, and make them BETTER then their closed-source counterparts.

    We have. Gtk# is much better than Windows.Forms

  104. What REALLY bothers me about Mono by plinius · · Score: 3, Funny
    Is that it's related to Herpes(TM) (factually true).

    Herpes is a registered trademark of Microsoft Corporation.

  105. A different perspective. by ciphertext · · Score: 1

    Now, as you can probably tell from the tone of my post, I've more-or-less concluded that there is basically no chance that MS will ever allow Office.NET to run on any non-MS .NET framework. They'll keep back just enough to insure that their Office cash cow continues.

    I'm thinking that the more licenses Microsoft sells, the more money they make. If I am correct, then it would be logical for Microsoft to insure that Office runs on ALL platforms. Perhaps, Microsoft will even "wise-up" and create a .NET implementation for a non-windows machine. Of course, this could put their OS business in jeopardy. However, as long as the mainstream populace perceive windows to be an easier system to use and maintain, the populace will continue to purchase a Microsoft OS.

    --
    To know is to have knowledge....to understand is to be enlightened.
    1. Re:A different perspective. by billtom · · Score: 1

      Well, if selling Office licenses were MS's priority, they would have ported it over to Linux (and Solaris and HP-UX, etc, etc). Heck, even the Mac OS Office version is continually on thin ice. Clearly, selling Office licenses isn't MS's priority. It only matters to them so far as it supports Windows' market position. So, I don't expect MS to produce either a .NET framework or an Office version that might undercut Windows' market position.

  106. Re:Agreed! We must innovate! by bWareiWare.co.uk · · Score: 1

    And so GCC isn't usfull becouse they where just copying closed source C compilers?

  107. C# question by Anonymous Coward · · Score: 0
    This is admittedly off topic but here I go anyway. . . Does C# support the inner classes grabbing the variables of the outer class? In java I want something like:
    class a{
    Object x, y, z;

    class b{
    void f(){
    System.out.println(x.toString());
    }
    }
    }
    My example is rather thin and might look unneeded but I would love to have such scoping for classes that are created for the SwingUtilities.invokeLater or invokeAndWait functions. I know Scheme has this. Maybe I am looking/thinking of classes and their constructors as too much of weak lambdas but I think it is a useful/implementable feature.
  108. best quote by sysopd · · Score: 4, Interesting
    From the article text:

    "The major achievement of this project appears to be using somebody else's compiler to build a compiler that will compile the compiler."

    I am not the biggest fan of C# or .NET and would rather see this community work together to design and specify a next-generation free and open standard for Cross-OS/Platform/Architecture "virtual machine" and language allowing for a single portable executable binary. I'd like to see RFC's and IRC conferences, papers being passed back and forth, live conferences and formal specifications.

    For too long has the opensource community nipped at the heels of the closed-source technology leaders. It is time to innovate, time to design, time for change. I do think having an opensource C# compiler/framework/CLR is a good thing, but I believe this is only secondary in importance to having a truly free and open solution where all voices are heard and designs are not made to accommodate a particular OS's limitations or benefits.

  109. C# Java....throws UnTrueException by FerretFrottage · · Score: 0

    I've done both as well and don't agree with the conclusions mentioned in the parent. C# is not a lot better than Java, in fact I think it's the other way around, epxecially once you get the expanded feature set in j2sdk1.5 as far server side development is concerned (I'll give C# the nod for GUI apps, but then again you're mostly limited to Windows without the aid of mono, et al. SWT comes close but the native Windows LnF is still better IMHO). I've never seen either one be that much faster or slower than the other. You just need to know the best way to work which each one. Where C# is better is when you are developing C# apps or native Window apps. The way C# doesn't handle exceptions (or force the programmer to) makes it dangerous in the hands of nascent programmers, but then again much people aren't surprised anymore when a Windows app crashes. Where Java is better is when you are developing Java apps. Both languages are just different types of hammers. Pick the hammer you can swing (no pun intended on the java side) the best and pound that nail in on time and within budget....now you've used the best language.

    --
    "Look Lois, the two symbols of the Republican Party: an elephant, and a fat white guy who is threatened by change."
  110. OS/390 by Anonymous Coward · · Score: 0
    Got ya beat. We're building on 2k, deploying to OS/390 (WebSphere 4). Gotta say I was skeptical, but it works. It's actually rather interesting how they got Java running on the 390 (oops, just upgraded to the zOS - fast). But point taken - it works - just running WebSphere on 390 is impressive enough, but we've got 900 classes or so in our app too but, fairly complex stuff to maybe about 50 jars (Xalan, Xerces, MQSeries, LDAP blah blah).


    And I agree with Davidson. Sure it's cool, in a geek sort of way - if I had the time - just to see if it's possible, but seriously, why add fuel to the fire? I think its very naive to assume MSFT will play fair about this, those that buy into this apparently have either very short memories or haven't been around in the IT industry for very long. Check the history books to see how MSFT has demolished rival after rival. You can be assured they will not let .gnu or MONO every be anything other than a toy.

    Much better is the strategy followed by Linus and Sun (with Java) - embrace(Linux is Unix-like, Java is C++ like) and extend(Linux *will* supercede Unix, and Java is a huge improvement over C++), rather than mimic a few pieces here and there. That ain't gonna cut it.

  111. I somewhat agree by Anonymous Coward · · Score: 1, Interesting

    I actually test a major product that uses .Net and am developing a smaller product with .Net. Frankly, I somewhat agree with the author. How long is it going to take until dotGnu or Mono can run these products? Months? Years? Never? If it takes too long, then I don't see how it's worth the effort. If dotGnu and Mono can finally run today's programs five years from now, they will be useless. If they can't catch up and keep up with what Microsoft is putting out, cross-platform compatibility will remain a dram.

    I would love to see the stuff I'm testing running on Linux instead of Windows. I'm sure more than a few of our customers would love to see the same thing, although you'd probably never hear marketing admit that. But if these projects don't pick up the pace, it's never going to happen.

  112. Neil Davidson's conclusions are incorrect by brokeninside · · Score: 3, Informative
    Davidson presents two conclusions, one of which can be refuted by his previous points.
    1. But they have no practical use,
    2. and exist only with the patronage of Microsoft.
    The first point is refuted by his earlier statement, one of the few applications that Mono claims it can run is its own C# compiler. Unless one asserts both that (a) a C# compiler is of no practical use and (b) that none of the other programs that mono can run is of any practical use, Davidson's conclusion does not follow. Davidson also admits that, Competition is good for the software industry, good for Microsoft in particular (as Adam Smith pointed out, monopoly is a great enemy to good management), and most importantly, good for consumers. Unless Davidson is now asserting that competition has no practical use, he just refuted his own conclusion.

    Further, we only need to find one practical use of mono to demonstrate that the conclusion is categorically wrong. That mono ships with commercial products such as Virtuoso suggests that there is at least one practical use of mono.

    On Davidson's second point, I think he misunderstands patronage. Microsoft does not currently fund mono in any way in which I am aware. They do fund some competitors to mono such as rotor and (at least at one time) Corel's attempt to bring dot net to Linux. His only example of Microsoft being a patron consists of a hypothetical chain of events that is exceedingly unlikely. I suspect that perhaps Davidson meant forbearance instead of patronage. If he did, he would do well to explain exactly how Microsoft's patents threaten mono because some people (including people far brighter than me) do not see any clear and present danger.

  113. Re:Agreed! We must innovate! by FreshFunk510 · · Score: 2, Informative

    Aren't what they are doing is creating "their own .Net"?

    And if not, what does it mean to create your "own .Net"? What if the steps taken by Mono are the logical next step?

    Think of it this way. When C# was released, everyone said that it (and .Net) were a just a copy of Java (the JRE, the intermediate language, everything). But maybe Microsoft didnt' jsut copy. Maybe they conceded the fact that the idea of having a a platform and intermediate language was the next logical step in software development.

    Perhaps Mono sees the same thing with the unique features that .Net offers (easy and more powerful web development).

    --


    "Injustice anywhere is a threat to justice everywhere." - Martin Luther King, Jr.
  114. Parent: +1 Funny by Anonymous Coward · · Score: 0

    Grandparent can't spell "respuesta" but that's beside the point.

    High-ho, cheerio.

  115. Narrowing the market by Anonymous Coward · · Score: 0

    What I don't get is that the guy works for a company providing .Net products that could with a small amount of work run on Mono. Why narrow your market down to one OS when you can use them all ...??

    I bet the Sales guys at that company don't see things the same way, at least they wouldn't if their technical director wasn't feeding them bull....

  116. Not the same thing by bay43270 · · Score: 1

    Why would you use Gnu classpath? It's nice someone put it together (from an academic point of view), but it's not the same thing as what mono is doing. Sun's JDK and libraries run just fine on Windows, Mac, Linux, etc. .Net does not. Mono fills a need. Classpath is just a port (albeit a free one) of an already existing product.

    1. Re:Not the same thing by swagr · · Score: 1

      I appreciate what you're saying, but only sort-of agree.

      There is no RPGLE SDK (that I know of) for Windows. Probably because it's best to run RPG on the platform it was designed for and integrated with (AS/400).

      Similarly I beleive .Net will always work best, with the least ammount of grief, on Windows.

      --

      -... --- .-. . -.. ..--..
    2. Re:Not the same thing by bay43270 · · Score: 1

      I agree. What most people think of as .NET will always run better on windows. At the very best mono will one day be able to run a large portion of .NET windows programs without error. I hope it runs all of them, but I'm not going to hold my breath.

      Running windows .NET programs isn't the only reason for mono, however. Mono has brought C# to Unix along with many libraries (many of which are not tightly bound to win32). Other libraries are being built with C# to run on the CLR that have nothing to do with windows (GTK# for example).

      Personally this is the real reason I look forward to using Mono. As C# becomes more popular in the Linux community, it will allow those of us who have an aversion to C, to get a chance to contribute to more main stream open source applications.

  117. Re:doh by Anonymous Coward · · Score: 0

    No, it's that they've decided to equally down-mod both anti-MS and anti-Linux flamebait/troll material, and I applaud this development.

  118. red-gate.com hummm? by FerretFrottage · · Score: 0

    No wonder he doesn't like the sound of C# tools on other platforms. Imagine "free" MS apps on Linux

    --
    "Look Lois, the two symbols of the Republican Party: an elephant, and a fat white guy who is threatened by change."
  119. Syntax error in $REPLY by Anonymous Coward · · Score: 0

    Miguel,

    I am a big fan of your contributions to OSS. And it's nice to see you engaging in a dialogue with the slashdot community - I know you've been a long-time member yourself. But for jeebussakes, can you please quote the poster to whom you're responding?!! I guess you didn't realize - their criticisms will get modded -1 Troll, and your responses will get modded +5 insightful, and the whole thread will become an indecipherable tangle of threads.

    Just trying to help out - cheers!

  120. Im developing System.Windows.Forms by neilcawse · · Score: 3, Insightful

    I work on the Portable.net project
    http://www.dotgnu.org/.

    Ive written a large chunk of the System.Drawing and System.Windows.Forms namespace. We currently have two "toolkits" that means our SWF copy will work on Windows and X Windows (using Xlib directly). Mac OS is thus supported.

    C++ improved on straight C, Java improved on C++, C# improved on Java. C# is becoming an important standard.

    We want to reuse software. We want to take existing software that is built to only run on Windows and run it on Linux or other platforms.

    We have much of the framework built to write gui applications using System.Windows.Forms. Despite peoples initial suspicions, what we have done works. We already have most controls completed, including textboxes, treeviews, comboboxes, tabcontrols etc.
    See http://pnet.homelinux.org for some screenshots

    You can now take a .net gui exe compiled in Windows, copy it to a Linux machine and run it and it works!
    The technology is excellent and open source. We need people to help us finish it off.

    1. Re:Im developing System.Windows.Forms by Anonymous Coward · · Score: 0

      Hope you rot in hell!

  121. Article Based on False Primis by cmacb · · Score: 1

    Interesting how split the "community" is on this.

    One thing I've figured out about Open Source that wasn't obvious for me from the beginning is that there is no "right way" to approach issues such as this. In fact, the greatest strength of Open Source is that the tree of alternative approaches is self pruning. Mono may be a great success, or it may fizzle. Novell may decide to put a lot of resources into it, or may decide to not fund it at all. But in the latter case, anyone who thinks its objectives are worthwhile at least has the option to continue working on it.

    The real turning point will be (is, actually) that companies and governmental entities (NASA, recent example) will start to leverage this rather than attempt to fend it off. For any company who's main line of business is not JUST selling software, this is a no-brainer. I think in the future we will look back and see the "software-only" business model as being a big mistake. Software is useless without hardware, and equally useless without meaningful applications.

    Any company that can't profitably make use of its own software to pursue other activities should be questioning their business model for the long term. (hmmm, did I single anyone out there?)

  122. Novell has done a complete legal analysis of Mono. by Qwavel · · Score: 2, Insightful

    Mono & dotNet appear to be good technology, but that's already been discussed enough.

    So...

    With regard to Mono, Novell must either:

    (a) have done a complete legal analysis of what will happen when MS doesn't like Mono anymore, or

    (b) believe that Mono will always be acceptable to MS.

    The fact that they haven't told us about (a) makes me fear that the truth is (b).

    Novell, if you are listening, please tell me the answer. I'm a developer and I like the dotNet technology, but I need to know where you are going with this, and I need to now whether it is 'safe' for me (and my conscience) to use Mono and, for example, your windows forms library.

  123. Listen to yourself by Anonymous Coward · · Score: 0

    "I want to use c# and .net on Linux"

    You're in denial of biting on the "bait 'n switch", if you're into Open Source.

    If contrarily, it's not surprising to see a "Microsoft developers like [yourself]" embracing this "embrace and extend" of a monopoly.

    From the article:
    "How is making C# a standard on Windows and Linux going to hurt Microsoft? Far from being alarmed, Microsoft execs encourage this activity, making a lot of the .NET source code available under the ROTOR program. Their enemies are now working, for free, to extend Microsoft's monopoly onto new platforms."

    1. Re:Listen to yourself by aztracker1 · · Score: 1

      Okay, so, Borland JBuilder works accrosse several platforms iirc... they also work on windows, does that instantly make JBuilder bad... I don't see how "Their enemies are now working, for free, to extend Microsoft's monopoly onto new platforms."

      mono and dotGnu bridge a gap, that, to be honest does a much better job of things than Java did... Besides that, where are the standards body specs for Java? Beyond this, why is the Core of java's RunTime being changed constantly, how many revisions to Java have their been the past few years.. .Net has seen 1 in about 3 years so far... And most of that was to re/define the "Compact Framework" for portable devices.

      Beyond that, it doesn't take an IDE to give you advantages in .Net over other environments... I haven't given a dime to MS to use .Net, the framework, and sdk are free downloads for windows.. and mono is pretty far allong in the area most people are interested in, which is ASP.Net ... At least Mono gives you an open source solution... Java doesn't... Java is closed, and relies on SUN to bring updates to various platforms, and beyond that, changes their own specs too often...

      --
      Michael J. Ryan - tracker1.info
    2. Re:Listen to yourself by e2d2 · · Score: 1

      If contrarily, it's not surprising to see a "Microsoft developers like [yourself]" embracing this "embrace and extend" of a monopoly.

      Actually I don't give a hoot about politics. I'm TRUE hacker who will do anything to get his code running on ANY platform. I can tackle a Linux app just as quickly and easily as I tackle a Win32 app.

      Besides, I'd bet good money I've released more GNU/GPL'd open source code than you AC. So save your rhetoric.

  124. Is Windows.Forms the primary focus by Latent+Heat · · Score: 2, Insightful
    Following the thread and the comments, it seems that the recommended GUI library is GTK#, Windows.Forms is being implemented for those people who want a "compatiblity mode", and given that Windows.Forms has so much Win32 in it (not only is it legacy-compatible in having a WinProc() hook for Windows messages, there are a lot of Win32 features not implemented in Windows.Forms that tempt developers into overriding WinProc()), the decision was made to go with WINE for that part.

    .NET is a bigger deal than Win32, but that part that uses Win32 (Windows.Forms) is not sufficiently abstracted from it, and if someone feels a hankering to use Win32 under Linux, WINE is the show that is in town.

  125. Re:Agreed! We must innovate! by Anonymous Coward · · Score: 0
    Perl is kinda innovative, sometimes, but Apache and MySQL aren't -- they're standard concepts with great implementations.

    You're demonstratably wrong about what it takes to suceed. Microsoft won with Office through having an office suite that wasn't better, but cheaper, and it won through business. Innovation is a vague term that means nothing in practice -- all ideas have roots.

    OSS has never lost ground because they're embracing all kinds of common software.

  126. Microsoft Assist by Anonymous Coward · · Score: 0

    I was told two weeks ago by a former Microsoft employee (who was working on C#) that Microsoft has actually been assisting with the Mono project in some ways. Microsoft believes .NET is the future, and Mono will help .NET. They seem to be pretty quiet about it though.
    What do you all make of this?

  127. Re:Agreed! We must innovate! by Anonymous Coward · · Score: 0

    Excuse me, I use Mysql, I like Mysql, but if you tell any database programmer or a database system administrator that mysql is better than sql server, they are going to laugh at you with their asses. You can appreciate mysql but it is stupid to claim that mysql is better than oracle or sql server. So shut up pelase.

    Apache is a very good browser, if you are planning to use it as a standalone. In that case it is better than IIS. But as an application server it is nowhere near IIS or even Tomcat.

    Finally, perl is a joke compared to c#. I use perl and I can assure you that I know perl more than 99.9% of the slashdot mob here. I have tons of code in perl, but one thing I know is that while everybody likes to talk about open source and praise open source, very few people are actually contributing and helping the projects move forward. mod_perl and apache combined is not a match to .net or java.

    I implemented an excellent project in perl. I was even planning to make it GPLed, but later I just realized that people like to talk about open source, bash Microsoft, but nobody is showing up when you have to do the real work. Most projects are done by few programmers and thus the overall quality is very low. That's why you don't see so many developers rushing to embrace the open source projects, because you need to have people build the underlying fundementals.

    This article is an example. Do you know how fucking hard to develop the mono. You don't write that stuff in couple of weeks. You sweat on it, you sacrifice lots of stuff, yet one person writes a stupid article claiming that every body who releases their code under open source licenses should aim to destroy Microsoft. The idiot even doesn't think about the fact that people do not write code to destroy other companies. Even though Microsoft is a favorite target for many people, many developers do not give a shit about it. They are simply trying to make things better, and someone so stupid can easily come in and accuse you of helping Microsoft. What an idiot!

  128. Hum ! by Anonymous Coward · · Score: 0

    Do you have any screenshot of an app that doesn't look like shit ?

  129. wrong, wrong, wrong by ajagci · · Score: 1

    Mono feeds off of the various Linux GUI libararies in order to implement the windowing requirements for .NET.

    Most GUI apps in Mono are written using Gtk#, through non-.NET APIs.

    Mono offers no improvements to .NET as a Framework.

    You just have no idea what you are talking about. Mono offers most of Gnome and Gtk+ directly to C# programmers, as well as many other open source libraries that people already know from C and C++ programming.

    They are also nowhere near completion of implementing the entire Framework.

    And they don't have to be because completing its implementation of .NET is not necessary for making Mono a great programming environment, since Mono has its own set of APIs, APIs that, incidentally, are very easy to use for Gnome and Linux programmers because they are the standard APIs they are alsoread using.

    In fact, I wish Mono would just drop .NET compatibility altogether: it's superfluous and a waste of time. ECMA C# with standard Linux libraries is a better choice and it's already here.

    1. Re:wrong, wrong, wrong by kevlar · · Score: 1

      You just have no idea what you are talking about.

      Oh please. Re-read what I wrote and then address it in the proper context.

    2. Re:wrong, wrong, wrong by ajagci · · Score: 1

      Oh please. Re-read what I wrote and then address it in the proper context.

      I did read what you wrote and addressed it "in the proper context". You made a bunch of bogus, incorrect, and untenable assertions about what Mono is, and I corrected them. If you didn't mean to say what you wrote, you should have qualified it properly.

    3. Re:wrong, wrong, wrong by kevlar · · Score: 1

      Mono offers no improvements to the .NET Framework as a Framework. Refer to my other posts on the topic.

  130. because it's closed, proprietary, cross-platform by ajagci · · Score: 1

    It's a more established framework and a lot more cross-platform.

    Well, first of all, the only full implementations of Java are proprietary. If you use any of the open ones, you miss out on huge chunks of functionality (e.g., there is no open source Swing implementation). Furthermore, Sun's patents and license agreements for Java seem to preclude full open source implementations.

    Secondly, I don't want cross-platform support. Sun is making too many compromises in order to force cross platform. It really doesn't matter to me whether my Java application runs well on Windows if it doesn't run well on Linux. C# makes it easy to use platform specific libraries, and that's exactly what I want.

  131. Re:Agreed! We must innovate! by ajagci · · Score: 1

    I don't know why everyone in the open source community feels compelled in chasing behind Microsoft technologies, whether it be Mono or Wine. .NET compatiblity is only a small part of Mono and Wine is only a small part of Linux. I don't see what is wrong with offering compatibility in addition to native libraries.

    We shouldn't lag behind and chase Microsoft's coattails. We should instead innovate; create our own .NET our own technologies, and make them BETTER then their closed-source counterparts.

    Yes, and "we" do. That's, for example, why Mono has its own, native GUI toolkit, called Gtk#. It is, in fact, the preferred way of writing Mono GUI apps.

  132. Re:Novell has done a complete legal analysis of Mo by GooberToo · · Score: 1

    These are interesting comments. Hopefully someone will mod them. Sorry, I'm out of mod points and have already posted a half dozen times on this topic.

    Good questions!

  133. you're confused by ajagci · · Score: 1

    If it will, then I'll be happy to declare .NET as the greatest cross platform programming environment in the universe and hold the developers of the non-MS .NET frameworks up as champions of the open source world.

    Why would "cross platform programming environments" be good for open source? If we take Java as an example, for Java applications, Linux is second rate, with more of Sun's efforts going into Windows. Sun has somehow confused you into thinking that cross platform support is good for open source, when exactly the opposite is true.

    I frankly don't care whether MS Office runs on Mono. What I care about is whether I can write good Gnome apps in Mono, and that I can. Mono is far better than Java for supporting open source platforms.

    Now, as you can probably tell from the tone of my post, I've more-or-less concluded that there is basically no chance that MS will ever allow Office.NET to run on any non-MS .NET framework.

    Yes, and why would I care? How would that change if people programmed in, say, Java?

    But if it doesn't, then I judge the whole effort to produce non-MS .NET frameworks as a waste of the open source community's time.

    In fact, I agree with your view and would prefer for Mono to drop .NET compatibility entirely. Fortunately, .NET compatibility is only a small part of the Mono project. So, you can judge that part of Mono to be a waste of time, but still use and contribute to Mono productively.

  134. Why not support TwstedPython then by axxackall · · Score: 1
    Why? Because Java is just another bloat, another lock-in.

    J2EE is over-bloated in order to be useful, but that kills it perform fast on small hardware (if to run at all). J2ME can run on really small hardware, but it lacks most of features people need for standalone applications. No need to mention Java GUI - its unfamouse SWING, which is just a joke.

    Talking about cross-platform: Java cannot run on all platforms as Linux does. Well, unless you begin to count JDK-1.0.8 which just another useless kludge.

    Should I remind you that Sun is doing everything to lock you in to its Java technologies? Still not convienced? Then where is the source code of JVM and JDK? Again, don't show me any 1.0.8 - nobody will use it now anyway.

    My point is to support Twisted Python: it works on Linux (and thus on way more platforms than java). You can use a native code for any critical parts and scripts for flexibility. And it won't require GHz and GB from your hardware. It's as compact as J2ME and as functional as J2EE. Java cann never deliver such compactness and functionality at te same time (only one or another mutually exclusively). And it's open source, so no one keeps in mind to lock you in.

    --

    Less is more !
  135. Because you were molested by Bill Gates... by Anonymous Coward · · Score: 0

    ...and you are repressing the memory. I recommend therapy.

  136. Linux Embedded = Myth by bwoodring · · Score: 1

    I still don't get why Linux people persist in trying to cram a square peg in a round hole. Linux is no better suited to the embedded market than Windows or MacOS X are. It's a resource hungry pig, and other than a few exceptions, nobody is using it. This is just more of the same dumb-linux user ignorance.

    EE Times Article

  137. Where is their legal case... by jotaeleemeese · · Score: 1

    .. making Linux illegal?

    They are suing IBM for contract breach and some copyright issues.

    Appart form that their foolishness has not harmed anybody else.

    --
    IANAL but write like a drunk one.
  138. Not to question your motivation in this tread, by nuntius · · Score: 1

    but "after a year and a half of C#" sounds a whole lot like "as an early-adopter MS fanboy"... How long has C# been available?

    As someone who lived through the whole Java storm, your logic sounds just as reasonable as the early-adopter Java folks saying, "I'm sure that C++ is quite well designed in many ways and would have improved my productivity in a manner similar to Java, but I ended up with Java. Such is life."

    At least with Java, Sun was committed from the get go (even if it hurt the language) to have cross-platform support. This was the baby which was supposed to make Solaris a viable platform by making more programs available for it. With C#/.NET, MS has *no* commitment to cross-platform support. "I simply want to develop my cross-platform C# apps" sounds like a pipe dream to me.

  139. Re:Agreed! We must innovate! by Anonymous Coward · · Score: 0

    most insightful comment in this whole story.

  140. Poisoning the waterhole by leonbrooks · · Score: 1
    I'm reading between the lines here, and possibly reading more than can safely be interpolated, but what you appear to be explaining is that the .NET spec itself is not portable, so that every .NET implementation ever made will require some degree of MS-Windows emulation in order to be functional.

    One reason that I'm fairly confident in this between-the-lines interpretation is because it follows the pattern of many things which Microsoft has consistently done since they bought QDOS and renamed it MS-DOS.

    That's bad enough on its face, but what you also appear to be saying here...

    Most GUI special effects are achieved in this way, and most third-party libraries that you can download from the network will call into the Win32 layer, skipping the Windows.Forms API.

    ...is that many developers are going beyond even that level of tainting to call MS-Windows stuff directly, outside the .NET spec, and that in order to make things work you're following them there.

    The tendency I'm seeing across the board here is towards .NET as an MS-Windows only platform, which comes as no surprise given its originator. I mis-typed their name as "Mirosoft" but maybe my fingers knew what they were doing. Mire-O-Soft is about right. It's not as if Microsoft are inexperienced in the patents/copyrights/trademarks game, but such a direct coding commitment really does open any .NET-ish developer to a whole new easy-to-access range of control/abuse from Mire-O-Soft.

    This is why religion and politics need to be kept separate. You can't have the same people who control a situation competing in it.

    Is there any substantial reason why I shouldn't rate this grand and noble ambition "-1, Doomed to fail" and move along to something less entangled?

    --
    Got time? Spend some of it coding or testing
  141. We'll rename them to .scr and .pif, but... by leonbrooks · · Score: 1

    ...you might also have W32.Icky virus. To remove it, you will need to clean off (delete) some of the files it leaves around, like C:\WINNT\KERNEL32.EXE and C:\WINNT\RUNDLL32.EXE (the location may vary depending upon your version of MS-Windows and who installed it).

    --
    Got time? Spend some of it coding or testing
  142. This only works for certain values... by leonbrooks · · Score: 1

    ...of R and ND. As has frequently been demonstrated.

    Do you have enough resources to argue the point with someone carrying tens of beeeeellions of dollars around in their corporate pocket?

    --
    Got time? Spend some of it coding or testing
  143. Yeah? What do you call The SCO Group? by leonbrooks · · Score: 1
    Sorry, I was so busy responding to the first aprt of your post that the second didn't sink in.
    MS has not to my knowledge abused it's patent portfolio against pretty much anyone

    OK, so they've been a little indirect here, paying to keep someone afloat so that the someone can abuse their (purported) "IP" portfolio against Linux rather than Microsoft suing Linux people themselves, but I think the point is made.

    Another tangential approach is suing Lindows for having a name like those glass panels you find built into many peoples' walls.

    They've also been a bit unkind to the SaMBa people from time to time, although Tridge and crew are too gentlemanly to mention it much. No doubt if you had the time you could turn up dozens of other examples. There's no question but that they've been fairly firm with their "IP" against other competitors, so why not us?

    Contrast this with Novell, IBM or SGI, who are giving away and/or freely licencing assorted rights for FOSS projects hand over fist.

    --
    Got time? Spend some of it coding or testing
  144. Gtk# support's good by leonbrooks · · Score: 1
    We are only working on Gtk# support.

    Inasmuch as that can be separated from any "IP" hooks, that's encouraging.

    You still have the albatross of supporting "special effects" around your neck, though. Are there a few very popular special effects which you could emulate directly?

    --
    Got time? Spend some of it coding or testing
  145. Re:Agreed! We must innovate! by Hermanetta · · Score: 1

    I agree, this is a absolutely great comment.

    Someone needs to mod this up, alot.

    Too bad I only saw it after I used my mod points. I like it so much I am going to happily loose all my mod points just to make this post.

  146. Re:Novell has done a complete legal analysis of Mo by ajagci · · Score: 1

    Why don't you just read the Mono FAQ?

    but I need to know where you are going with this, and I need to now whether it is 'safe' for me (and my conscience) to use Mono and, for example, your windows forms library.

    If you are writing code that needs to run primarily on Windows but that you may also want to run on Linux, use the Microsoft APIs (in that case, what's the problem with your conscience if you develop for Windows anyway?). There is a small chance that Mono will run into patent problems over their implementation of the .NET APIs, but so far, there isn't much indication of that either way. And by developing on and for Linux (as opposed to developing under Visual.NET), you'll help the quality of those API implementations on Linux.

    If you are writing code that is intended primarily for OSS platforms or if you are worried about patents, use open APIs like Gtk#, Gnome, etc. They are technically better anyway. And they will work on Windows as well, it will just mean a somewhat larger download.

  147. Re:Novell has done a complete legal analysis of Mo by Qwavel · · Score: 1

    > Why don't you just read the Mono FAQ?

    Yes, I should have read the mono faq before replying, but it doesn't seem to fully answer my question.

    > (in that case, what's the problem with your
    > conscience if you develop for Windows anyway?)

    Whereever possible I write cross-platform stuff (eg. STL, wxWindows, Boost, instead of MFC).

    The big problem is this. Forms is proprietary and windows oriented, but it is THE gui for C#. If GTK# (or preferably something like SWT# or wxWindows#) were real options than I would support these.

    Note that when sharpDevelop (the main OSS IDE for dotNet) decided to switch from Forms to swt# there was a golden opportunity for the OSS community to come together around a single alternative to Forms. But MONO stuck to their guns with GTK#, so eventually #Develop reversed their decision and went back to forms, and now the Mono project is trying to create a gtk# port of #develop.

    Others will have a different enterpretation of events (I'm all ears), but to me this was a big opportunity lost. If the only major OSS IDE had used SWT this would have influenced developers. I'm no fan of SWT (I prefer wxWindows) but I would have gone for it for the sake of creating a unified alternative to MS's proprietary forms api.

  148. It's the IDE not the OS by tmscoder · · Score: 2, Interesting

    For those of you who do not use an IDE to write code I can see why you'd embrace mono. But:

    Without Visual Studio.NET I would never have learned C#.

    Without Visual Studio 6.0 and prior I would never have learned Visual Basic.

    Without Eclipse I would never have learned Java.

    Without an integrated IDE for each of the above languages my productivity would be so low as to render my consulting practice null and void.

    For main stream adoption of mono - how will the mono developers address this lack of a quality useful IDE for writing C# on linux/mac?

    And as an aside, when the perceived ROI on mono begins to dwindle what will stop Novell from pulling the plug on funding? All those mono engineers have to feed their kids too and how will they make money quiting Novell and dedicating all their time writing code for a free non-paying mono product?

  149. From the Monkey's mouth by kaffiene · · Score: 1

    When Balmer was asked about .NET on Unix he responded that M$ weren't keen on it and had a large patent base which they intended to use.

  150. Oh Really? by kaffiene · · Score: 1

    Microsoft is in the process of applying for a wide-ranging patent that covers a variety of functions related to its .Net initiative.

    If approved as is, the patent would cover application programming interfaces (APIs) that allow actions related to accessing the network, handling Extensible Markup Language (XML), and managing data from multiple sources.


    URL: http://www.silicon.com/software/applications/0,390 24653,10002842,00.htm
  151. And while you're believing in Fairies by kaffiene · · Score: 1

    Since you beleive in a benevolent M$, read this too:

    "Microsoft bars GNU software from interoperating with CIFS"

    http://swpat.ffii.org/patents/effects/cifs/index .e n.html

  152. From the Monkey;s Mouth by kaffiene · · Score: 1

    http://www3.ffii.org/akteure/microsoft/index.en.ht ml

    "Responding to questions about the opening-up of the .NET framework, Ballmer announced that there would certainly be a "Common Language Runtime Implementation" for Unix, but then explained that this development would be limited to a subset, which was "intended only for academic use". Ballmer rejected speculations about support for free .NET implementationens such as Mono: "We have invested so many millions in .NET, we have so many patents on .NET, which we want to cultivate.""