Slashdot Mirror


Mono Project Releases Beta 1

AArnott writes "Ximian has just released beta 1 of its open-source implementation of Microsoft .NET platform. Mono allows .NET applications to run on Linux, Mac OS X, Unix, Windows. Mono 1.0 is slated for release on June 30, 2004." sjanes71 adds "The first 'beta' always gets heaps of attention, and this is the first of three planned for the Mono project. Some of the new features touted for this release that updates Mono v0.31 include a faster interpreter, a global assembly cache, support for the StrongARM and HPPA platforms, generics support in the VM and C# compiler and an early alpha of System.Windows.Forms. C# and .NET is Microsoft's answer to Sun Microsystem's Java platform and Project Mono aims to create the Open Source, cross-platform version of Microsoft's new development environment."

414 comments

  1. life in mono by joe_bruin · · Score: 0, Funny

    now we can all run .exe files on our linux machines.

    was this a step forward?

    1. Re:life in mono by pohl · · Score: 0, Flamebait

      Both the parent and the grandparent should have been +5 Insightful.

      --

      The "cue the foo posts in 3, 2, 1..." posts will commence with no subsequent foo posts in 3, 2, 1...

  2. First of three Betas? by ObviousGuy · · Score: 4, Funny

    So you are talking about a big E-level release? That's a Sigma, friends. Not a Beta. (damn /. doesn't allow Greek chars)

    --
    I have been pwned because my /. password was too easy to guess.
    1. Re:First of three Betas? by kahei · · Score: 4, Funny


      I'm assuming that for those with a knowledge of physics or electronics or car racing or something, that is totally hilarious... so I'd better laugh so as to fit in...

      ROFL! Nice one!

      --
      Whence? Hence. Whither? Thither.
    2. Re:First of three Betas? by TheHonestTruth · · Score: 1
      Or frat boys ;-)

      Never could finish the alphabet three times before the match went out... only could get to kappa. That's when the hitting began.

      --

      I had a steady B+ in my AI class until I failed the Turing test...

    3. Re:First of three Betas? by Short+Circuit · · Score: 2, Funny

      What I want to know is, if I install Mono, will I have to cease relations with my computer until it goes away?

    4. Re:First of three Betas? by Anonymous Coward · · Score: 0

      Whats it got to do with car racing?

      As a car racer myself, I am lost...

      Tom...

    5. Re:First of three Betas? by Tukla · · Score: 1

      Yes. And remember, antibiotics won't help because Mono is GPL, and therefore viral.

    6. Re:First of three Betas? by Anonymous Coward · · Score: 0

      Yeah, you should masturbate with both hands in the meantime.

  3. Well done guys! by supersnail · · Score: 5, Insightful


    We need interoprability with everything else to keep LINUX viable.

    --
    Old COBOL programmers never die. They just code in C.
    1. Re:Well done guys! by zhenlin · · Score: 1

      In other words, we need to assume the position of a cloner.

      We should not. We should strive not merely to be merely interoperable, but to be ahead of everything else -- we should have something unique, innovative -- a killer app proper.

      Hm. Should stay away from marketing department.

      In any case, one does not need interoperability to be viable. The Mac is not very interoperable with x86 or Windows -- only a few doubt that it is viable -- because, the Mac has unique features that other systems do not have. (Or not. But interoperability is not needed)

    2. Re:Well done guys! by afd8856 · · Score: 3, Insightful

      As long as the Mac reads and writes Jouliet, ISO and FAT, it has TCP/IP stack, SMB suport, can read and write standard office productivity files (PDF, Microsoft Word, etc), than it's not alone in its little world...

      --
      I'll do the stupid thing first and then you shy people follow...
    3. Re:Well done guys! by Anonymous Coward · · Score: 1, Funny
      Old COBOL programmers never die. They just code in C.

      Yes, but the determined Real Programmer can write FORTRAN in any language...

    4. Re:Well done guys! by evil_roy · · Score: 3, Insightful

      Wrong.

      Mac is completely interoperable with windows & *nix where it counts. If it wasn't it would not exist.

      Interoperability is the reason mac survives. It is also the reason linux is viable.

      Create a niche and that's all you will exist in.

      Work like this is what keeps linux viable. The vision shown by Ximian is great - this sort of innovation displays the strength of alternative software development.

      Now if only they can make some $$$

    5. Re:Well done guys! by TeJo · · Score: 5, Insightful

      Mono attempts to provide a viable alternative to Microsofts .NET stack. IIRC this is the first time opensource project has attempted to compete with Microsoft before the technology gets mainstream. .NET is will not be mainstream until longhorn comes out. It gives the Mono developers the time to get the stack that is not only complete but may be tested as well.

      Mono and dotGNU guys are trying to take the wind out of Microsoft's sails for what could become a ubiquitous platform for developement (at least on windows).

      Had opensource developers done this for Java we wouldn't need Sun's stewardship (being a coporation they did a fine job in that role, so no complains from me!).

    6. Re:Well done guys! by Hard_Code · · Score: 1

      "In other words, we need to assume the position of a cloner. We should not."

      DAMN. You're right! We need to stop copying good ideas and instead spend a lot of time coming up with our own quirker platform that only we will ever use despite it's obvious technical superiority and geek cred! And I bet Microsoft even uses MATH...we need to stop "copying" them and stop using math right away. We need NEW ideas people! Think outside the box!

      sigh

      --

      It's 10 PM. Do you know if you're un-American?
    7. Re:Well done guys! by Tukla · · Score: 1
      Old COBOL programmers never die. They just code in C.

      A fate worse than death.

    8. Re:Well done guys! by acvh · · Score: 2, Insightful

      Does this not however mean that Microsoft will have plenty of time to break Mono's compatability as well?

      Not that they've ever done that..... ("DOS isn't done until Lotus won't run")

    9. Re:Well done guys! by dasmegabyte · · Score: 4, Insightful

      I disagree with the parent's tone. Mr. Tejo seems to be acting like Mono is a competetive product that Microsoft is frightened of. I'd like to remind him that Microsoft created an industry standard for the core technologies used in the .NET platform. What the Mono project is doing is exactly what Microsoft wanted somebody to do.

      Why? Well, I dunno. Maybe to appease the Monopoly watchdogs. Maybe to bury Sun (I picked C# over Java and haven't been let down yet). And maybe -- just maybe -- to make it easy to use Microsoft products on alternative hardware and alternative Operating Systems without Microsoft having to worry about supporting all the obscure Linux builds of the world.

      Incidentally...I too like Sun's stewardship, but it existed despite a big clean room open source intiative to reproduce Java. I remember playing around with it in college to compile somebody else's object code into native code for faster execution (our mainframe was slowwwww and at the time, running Java was like a snail on a turtle's back).

      --
      Hey freaks: now you're ju
    10. Re:Well done guys! by zhenlin · · Score: 3, Insightful
      Mac is completely interoperable with windows & *nix where it counts. If it wasn't it would not exist.


      Where it counts. Right. Like running the same executables. Reading the same file formats is nowhere near the order of interoperability that the grandparent post was talking about -- running the same executables.

      Create a niche and that's all you will exist in.


      You do realise that the Mac has long since carved a niche for itself and filled it?

      The vision shown by Ximian is great - this sort of innovation displays the strength of alternative software development.


      While Ximian has done some innovative things, we're talking about Mono here, which is fundamentally a copy, an alternative implementation of .NET -- there may be innovation in the implementation, but the core idea is not -- and that's what counts. Or used to. I have no idea what gimmicks geeks like today, but geeks used to appreciate innovative ideas. Hell, they used create innovative ideas. Many still do, but I'd hazard a guess that the fraction of programmers/software engineers/software designers/computer scientists that have groundbreaking new ideas is falling faster than ever before. Then again, there is less and less ground to break...

      If there is one thing Mono has done, is to have ported, to have made available Microsoft "innovation" to other platforms. But it's no excuse for not working on new ideas.

      But back to Linux. If all we ever do is copy, what will distinguish us from them? An equally balanced alternative is not good enough -- we must outweigh them as a operating system, as a development environment, as a computing platform.

      However, I don't mind Linux being a niche player for a few more years. I don't really care for more installed base nor for more marketshare. If it is a side effect of improvements made, so be it.
    11. Re:Well done guys! by MenTaLguY · · Score: 1

      Well, the thing is, although they are implementing Microsoft's extensions, in a parallel effort, Mono's building their own set of standard libraries on top of the ECMA standard (which is what they're actually using for apps). This poster puts it pretty clearly.

      There isn't any competition for the base ECMA stuff; it's shared by Microsoft's libraries/extensions and Mono's. The competition is between the two sets of standard libraries themselves.

      --

      DNA just wants to be free...
    12. Re:Well done guys! by supersnail · · Score: 1

      I have moved forward since then. I recently got catigated for writing C in Java.

      I'll catch up with the youngsters one day.

      --
      Old COBOL programmers never die. They just code in C.
    13. Re:Well done guys! by MenTaLguY · · Score: 4, Interesting

      While Mono is doing an implementation of Microsoft's extensions to the ECMA spec, they're also doing their own set in parallel.

      If all they did was cloning, of course the best they could ever hope for was barely keeping up.

      This means that if Microsoft torpedoes the .NET clone stuff, Mono still has a viable system built on top of the ECMA standard (Gtk#, etc...) that they've been encouraging people to target all along.

      Note whose APIs Ximian is writing their apps to... they aren't Microsoft's...

      I used to think Miguel was naive. Now I think he's a really shrewd bastard... They got Microsoft's support and then pulled an "embrace and extend" on MICROSOFT.

      --

      DNA just wants to be free...
    14. Re:Well done guys! by Anonymous Coward · · Score: 0

      stop making ECMA sound like the end all.
      it really means NOTHING.

    15. Re:Well done guys! by Red+Pointy+Tail · · Score: 1, Interesting

      Um, Mono is not a viable alternative to Microsoft .NET stack - it IS an implementation of the .NET stack that would run on non-Windows platform. Therefore the competition is NOT on the .NET stack itself but on the OS. A sort-of-viable alternative is perhaps Java or if someone invents something new and comparable.

      As for .NET not being mainstream until longhorn comes out -- well it appears .NET is already on its way to obsolesence, as new longhorn technologies like Avalon, XAML, WinFS seems poise to make .NET seem like what DCOM was yesterday.

      Do take a look at Miguel's interview from about a week ago.

    16. Re:Well done guys! by Fweeky · · Score: 1

      It's "Linux", dude. Just as it's "Perl", only more so because it doesn't even have an after-the-fact acronym tagged on to it. Part of keeping it viable is it's users being able to type it's name correctly ;)

    17. Re:Well done guys! by cens0r · · Score: 1

      Exactly how do Avalon, XAML, and WinFS force .NET into obsolesence?

      --
      Jack Valenti and Orrin Hatch will be first up against the wall when the revolution comes.
    18. Re:Well done guys! by Paulrothrock · · Score: 1
      Reading the same file formats is nowhere near the order of interoperability that the grandparent post was talking about -- running the same executables.
      I don't think I'd use a Mac if I had to run Windows executables. Blech. MS Office for Mac is soo much better than Office for windows. And besides, the only thing I'm missing out on are games (and I'm not interested in playing "Bass Hunter IV: Mo' Fish, Mo' Bullets") and MS Project. Well, Sorta

      Anything you can do on Windows can be done on a Mac faster, better, or both. Trust me, I've gone through an entire IT degree with a Mac and haven't had any problems doing assignments. Hell, XCode made Java easier.
      --
      I'm in the hole of the broadband donut.
    19. Re:Well done guys! by Anonymous Coward · · Score: 0

      Yeah, look at how much market share AmigaOS and BeOS have.

    20. Re:Well done guys! by Tukla · · Score: 1

      Creating a pointer to a chunk of memory you just malloc'd must've been a bitch.

    21. Re:Well done guys! by Anonymous Coward · · Score: 0

      Not to mention its users knowing when to use "it's" and when to use "its" so that they don't look like illiterate morons.

    22. Re:Well done guys! by soulhuntre · · Score: 1

      "well it appears .NET is already on its way to obsolesence, as new longhorn technologies like Avalon, XAML, WinFS seems poise to make .NET seem like what DCOM was yesterday"

      What in the world about those would make .NET obsolete?

      I forget, this is /. ... logic and facts don;t matter. Carry on with the bashing.

      --
      --> Fight tyranny and repression.... read /. at -1!
    23. Re:Well done guys! by PCM2 · · Score: 2, Insightful
      Mono and dotGNU guys are trying to take the wind out of Microsoft's sails for what could become a ubiquitous platform for developement (at least on windows).
      Actually, no ... at least in the case of Mono, it was written because Miguel de Icaza and the Ximian guys like .Net. They want to use it to develop their own software. They're not too concerned with what Microsoft plans to do with it. If Microsoft abandoned C# and .Net tomorrow, Miguel would probably be really, really puzzled ... and keep on working on his own version anyway.
      --
      Breakfast served all day!
    24. Re:Well done guys! by yngv · · Score: 2, Funny

      Now you can have the same fun in Java with the C-Memory Management Nostalgia Library 1.0! It's easy:

      Memory mem = new Memory(System.HEAP);
      mem.malloc(Memory.SEGMENT_MA X_SIZE);
      mem.setMemoryProtection(false);
      Pointer p = mem.getPointer();
      for(;;) {
      p.setValue(0x00);
      p.increment;
      }

      Go nutz!

    25. Re:Well done guys! by SewersOfRivendell · · Score: 1
      But nobody except Linux developers will be using the Mono APIs. So, if we assume that you're correct, and 'embrace and extend' is really Miguel's goal, how is the result any different than if Ximian just used Python's GTK bindings (or whatever)?

      I don't have an opinion on the subject of Mono, either positive or negative, but I don't think you've thought this through.

    26. Re:Well done guys! by jay-oh-eee! · · Score: 1

      But nobody except Linux developers will be using the Mono APIs. So, if we assume that you're correct, and 'embrace and extend' is really Miguel's goal, how is the result any different than if Ximian just used Python's GTK bindings (or whatever)?

      Because there probably are a lot more C# developers compared to Python developers. But you say "Java then?" and I'd say you'd have made a better point but C# and the .Net framework (MS's version anyway) has the backing of MS. So if I'll have a much easier time as a windows .NET developer switching to Mono's stack for tiny stuff like using Gtk# to replace Winforms (if I didn't want to use the Wine libs) than I would switching to Java or anything else.

      --
      Photo Aspect -- an open, free, J2EE & JBoss photoalbu
  4. generics compiler 'gmcs' as opposed to? by azzy · · Score: 2, Informative

    http://www.go-mono.com/archive/beta1/beta1.html

    The generics compiler is called `gmcs' as opposed to the standard 1.0 compiler `gmcs'.

    I assume this is a typo.. or I am working too hard.
    As I am reading /. I doubt it is the latter.

    1. Re:generics compiler 'gmcs' as opposed to? by JanusFury · · Score: 3, Informative

      IIRC, the standard compiler is 'mcs', so yes, that's a typo.

      --
      using namespace slashdot;
      troll::post();
    2. Re:generics compiler 'gmcs' as opposed to? by Electroly · · Score: 1

      Typo. The standard compiler is 'mcs'.

    3. Re:generics compiler 'gmcs' as opposed to? by Tukla · · Score: 1

      The "g" in the first one stand for "generics", while the "g" in the second one stands for "genericsless". Duh.

  5. Good news by Nplugd · · Score: 5, Interesting

    I didn't have the occasion to use Mono yet, but I'm very interested in this project.
    To me, to .NET framework offers most of the power of the J2EE platform, but is also way easier to use. To me at least, I'm not trying to lauch a flamewar. Being able to use the framework without having to buy vs.net or use iis would be neat. I know, arguably one can already do that under windows, but it ain't half as productive.

    --
    Je n'ai pas d'avenir Je n'ai qu'un destin Celui de n'être qu'un souvenir C'est pour demain
    1. Re:Good news by Anonymous Coward · · Score: 0

      Wow, looks like they've really got a lock on the 'dimwit' segment of the Linux development community.

    2. Re:Good news by Dot.Com.CEO · · Score: 2, Insightful

      Care to explain why running VS.Net under Windows to compile a .net app "ain't half as productive" as running a beta CLS that doesn't emulate all APIs of .net and probably never will? Also, the "J2EE platform" is easy to use as it is, many people think it's easier than anything out there bar python scripts but perhaps you could qualify your opinion...

      --
      Mother is the best bet and don't let Satan draw you too fast.
    3. Re:Good news by I+confirm+I'm+not+a · · Score: 2, Interesting

      but [.net] is also way easier to use

      Just out of curiousity, in what way? (I presume you mean .NET without vs.net)

      I've only ever used .net with with Visual Studio, and that was pretty easy, but without the IDE I'm curious as to how it is easier than Java (disclaimer: lots more experience with Java than .net)

      One improvement I (totally subjective) noticed with .net was speed - ASP.net apps seemed a lot "snappier" than JSP/servlet apps.

      --
      This is where the serious fun begins.
    4. Re:Good news by TheFairElf · · Score: 1

      Most of the productivity of .NET comes from VS.NET and its tools, as far as I know Mono is just an implementation of the framework and does not include an IDE. But any attempt to make computing cross-platform is commendable and by the looks of it they really are doing a great job

    5. Re:Good news by Anonymous Coward · · Score: 0, Interesting

      Amen to that. We spent 3 months writing an app to run on Websphere with WSAD. Performance was awful, and the people writing it had quite a bit Java experience.

      Rewrote the app in ASP .NET and ran it on IIS - a performance increase of over 800%. And we had exactly zero experience with .NET prior to starting this project.

      God only knows what the increase would have been had we had more .NET experience.

      I just can't see Java lasting much longer.

    6. Re:Good news by Tim+C · · Score: 4, Informative

      If it's just the IDE you're missing (and I wasn't aware that the Mono people were writing one), then you might want to take a look at icsharpcode.net. One of the projects (#Develop) is a free-as-in-both IDE for .NET.

      In addition to that, Borland have a personal edition of C# Builder available, which is free as in beer, but not licensed for commercial use.

    7. Re:Good news by Omega1045 · · Score: 1

      You can. All of the compilers, and the .NET framework, are free (read: as in beer) from MS as is the .NET framework. However, they only runs on 98 and the NT4+ line of OSs.

      --

      Great ideas often receive violent opposition from mediocre minds. - Albert Einstein

    8. Re:Good news by Nplugd · · Score: 1

      What I'm saying is that .net development under windows without Microsoft tools, currently is not a lot of fun.
      As for J2EE, I was thinking about web project development. I've had the occasion to develop websites and web services in asp.net, small projects that is, about 100 day/men, and that was effective, fast.
      On the other hand, I'm for instance currently developping a website in Java, using the MVC2 model, with the struts framework, and just about everything is a pain to do. I find it neat that you can't really do Quick'n'dirty, but I wish I could do at least quick, without 5 years of experience.
      Better?

      --
      Je n'ai pas d'avenir Je n'ai qu'un destin Celui de n'être qu'un souvenir C'est pour demain
    9. Re:Good news by Anonymous Coward · · Score: 0

      .NET is the best thing to happen to linux.

    10. Re:Good news by benjiboo · · Score: 1

      You might also like to take a look at MonoDevelop, a related IDE. Google will help you find it.

      --
      Vacancy for signature. Apply within.
    11. Re:Good news by Anonymous Coward · · Score: 0

      the difference being that most of the accounts of huge performances increases found by switching to .NET are real.

      The performance problems associated with Java are well documented.

      I understand Java developers have a lot of time invested in the platform, but it's time to let Java go gently into that good night.

    12. Re:Good news by Talonius · · Score: 2, Informative

      MonoDevelop is a GTK port of #Develop.

      It's my understanding that #Develop is trying to create a cross platform compilable version of their IDE as well.

      --
      My reality check bounced.
    13. Re:Good news by Nplugd · · Score: 1
      but [.net] is also way easier to use
      Just out of curiousity, in what way? (I presume you mean .NET without vs.net)

      And your presume well. I should put myself a disclaimer, lots more of experience with .net that java.
      My feeling is that basically .net is more flexible. Kinda dangerous too I guess, because it's also easier to make bad implementation choice.
      It's really kind of like windows. It's more accessible than other os (not saying that it's a good thing, or that it is so for good reasons). Wait for the script kiddies to go into .net, I'll bet it'll be a riot :)
      --
      Je n'ai pas d'avenir Je n'ai qu'un destin Celui de n'être qu'un souvenir C'est pour demain
    14. Re:Good news by madman101 · · Score: 2, Insightful

      You're a liar. He isn't. Big difference...

    15. Re:Good news by Anonymous Coward · · Score: 0

      Keep dreaming retard.

      Everyone can smell astroturf a mile away these days.

    16. Re:Good news by Anonymous Coward · · Score: 0

      All of the compilers, and the .NET framework, are free (read: as in beer) from MS as is the .NET framework. However, they only runs on 98 and the NT4+ line of OSs.

      I don't know about the compilers, but the framework runs on a variety of other platforms (BSD and the like) thanks to ROTOR.

    17. Re:Good news by Senjutsu · · Score: 4, Informative

      'm sorry, but WHAT THE HELL ARE YOU TALKING ABOUT? If you do .Net development in Windows, you use VS. You have no alternative. It's not "not a lot of fun", it's impossible.

      Wrong:

      The Microsoft® .NET Framework Software Development Kit (SDK) version 1.1 includes everything developers need to write, build, test, and deploy .NET Framework applications--documentation, samples, and command-line tools and compilers.

    18. Re:Good news by leifm · · Score: 1

      I think he means you can use the Framework SDK on Windows, it's a free dl, and technically you can probably write anything, but without the VS goodness it's going to be painful. I've used SharpDevelop on and off, it's a pretty nice GPL C# IDE, but it tends to be crashy in my experience.

      --

      "Windows Me offers tremendous reliability and stability improvements..." -- Paul Thurott
    19. Re:Good news by Richard_at_work · · Score: 1

      You dont have to use VS .net at all, as someone else replied, you can download the .net framework and SDKs free of charge, and they include all compilers etc etc.

      For a decent IDE, look at Sharp Develop, covers much of what you would expect, and very competant to boot.

    20. Re:Good news by NickRuisi · · Score: 1

      Being able to use the framework without having to buy vs.net or use iis would be neat

      The SDK for the framework (aka, compilers and VM) are available free of charge from the ASP .Net web site. VS .Net is really just a (rather good) IDE with excellent support for the MS compilers.

    21. Re:Good news by Omega1045 · · Score: 1

      Got a link?

      --

      Great ideas often receive violent opposition from mediocre minds. - Albert Einstein

    22. Re:Good news by Jason+Hood · · Score: 1

      What the hell does J2EE have to do with struts?

      They really have nothing to do with eachother. You can use J2EE on the backend but that is a separate development layer. If you were putting ejb calls in your presentation layer I would say you have some basic development issues. If you are refering to JavaBeans (and not Enterprise Java Beans), that would be slightly more accurate.

      Oh and MVC sucks. I wish it would just die. =)

      --
      Are you intolerant of intolerant people?
    23. Re:Good news by Nplugd · · Score: 2

      you can have a .net compiler for free from ms.
      And you can use notepad or any text editor you like to code, or you can use alternative gui like Eclipse.
      Also, I never said that VS.net was crap, it's indeed a good product.
      finally, one last remark: WRITING IN CAPS DOES NOT MAKE YOU SOUND SMARTER.

      --
      Je n'ai pas d'avenir Je n'ai qu'un destin Celui de n'être qu'un souvenir C'est pour demain
    24. Re:Good news by Nplugd · · Score: 1

      What the hell does J2EE have to do with struts?
      Nothing, blame the sentence structure :)
      Anyway, you're kinda puting the finger on my grudge toward web dev in java: it's all layers, on top of more layers.

      --
      Je n'ai pas d'avenir Je n'ai qu'un destin Celui de n'être qu'un souvenir C'est pour demain
    25. Re:Good news by wasabii · · Score: 2, Insightful

      Um. Throughout time that has been considered Good Development... by every language for every purpose. Even MS's MSDN tech articals and teching try to tell you to develop .Net apps this way. No big project uses ASP.NET data bound controls. They are slow and tie your data layer DIRECTLY into your presentation layer, ruining future expansion totally. Doesn't mean you CAN"T do it though. J2EE is the same way. Nobody is forcing you to use more than JSP and JDBC on the same page, but doing so is pretty fucking stupid. :)

    26. Re:Good news by MajorDick · · Score: 1

      Bzzztttt It will run on OSX, BSD, and even Linux with very little already set patched. Its called Microsoft-Rotor

    27. Re:Good news by Jason+Hood · · Score: 1

      I think you need to read this. If you development anything that takes more than 30 man days.

      http://www.amazon.com/exec/obidos/ASIN/020163361 2/ qid=1083766172/sr=2-1/ref=sr_2_1/002-0627610-14736 57

      Also pick up a patterns book for enterprise application development. Layers aren't an option, they are a necessity for insanity.

      --
      Are you intolerant of intolerant people?
    28. Re:Good news by Anonymous Coward · · Score: 0

      Well, Mono was brought to us by the same guy as Gnome, so that's consistent.

    29. Re:Good news by ThatDamnMurphyGuy · · Score: 1
      What I'm saying is that .net development under windows without Microsoft tools, currently is not a lot of fun.

      That's odd. I think it's perfectly acceptable. I code all my .NET assemblies and most ASP.NET via text editor and command line compiler.

      I save more time that way, vs. rooting through 500 buttons and 60 wizards that make a mockary of sensible code output (esp. in ASP.NET and it's crap HTML).

      But that's just me. Doing it in a test editor and command line ensures that I LEARN what code I writing, instead of being a brainless VS IDE knob who doesn't know anything about the code it spits out (not that all VS IDE users don't know the code).

    30. Re:Good news by Nplugd · · Score: 1

      Doing it in a test editor and command line ensures that I LEARN what code I writing, instead of being a brainless VS IDE knob who doesn't know anything about the code it spits out (not that all VS IDE users don't know the code).
      ...but on the other hand you're more prone to typos. Anyway, I know I'm more keen on rich IDE such as vs.net or eclipse that on text editors. Most functionnalities you find in those IDE are more that gadgets. I'll give you that most wizards in vs.net are far from brilliant.

      --
      Je n'ai pas d'avenir Je n'ai qu'un destin Celui de n'être qu'un souvenir C'est pour demain
    31. Re:Good news by ThatDamnMurphyGuy · · Score: 1

      Compilers catch the typos. :-)

      Don't get me wrong. I use Eclipse all the time at home. But more often than not, I'll use a text editor because it's just faster for me.

    32. Re:Good news by dasmegabyte · · Score: 2, Insightful

      Patience. Some of these slashdot kids, they have a long standing genetic hatred of Microsoft, leading back to high school when gangs of Microsoft employees used to shake them down for their modem money. Even the things Microsoft does right are wrong in their eyes. Only time will heal the intolerance.

      (Incidentally, in a company with as many employees as Microsoft, there's bound to be a number of really great ideas that sneak through the layers of paralyzing marketing like background radiation escaping from a black hole. It has been my experience over the past three years that all of the great ideas that have achieved escape velocity have been formed in the belly of the developer's network, and .NET in particular)

      --
      Hey freaks: now you're ju
    33. Re:Good news by gglaze · · Score: 1

      You're new around here, aren't you?

      ;-)

      Wow, combining physics metaphors and anti-anti-MS-fud, Somebody mod this guy up...

    34. Re:Good news by Tukla · · Score: 2
      it's all layers, on top of more layers

      That's called "abstraction". It is a Good Thing (tm).

      Without abstraction, we'd still be programming by flipping switches to set individual bits.

    35. Re:Good news by Tukla · · Score: 1
      Layers aren't an option, they are a necessity for insanity.

      Um, so layers are bad? Or is insanity good? (I lean toward the latter, myself.)

    36. Re:Good news by dtfinch · · Score: 1

      Layered programming is generally a good thing. It can appear to slow you down in the beginning of development, but it supports fast, easy maintenance, extendability, and code reuse. Even under plain asp, with javascript as the server side language, my projects have always evolved toward a layered design even when they started out simple.

    37. Re:Good news by Anonymous Coward · · Score: 0

      Huh? Does tightening your fingers become a fist?
      And Huh again.
      How about:
      Enseignant un homme à pêcher un pêcheur ne fait pas

    38. Re:Good news by andalay · · Score: 2, Funny

      HEY youre not supposed to benchmark any .NET stuff without telling Microsoft. Youre in deep shit now.

    39. Re:Good news by Jason+Hood · · Score: 1

      Yeah that was a typo.. =)

      Layers aren't an option, they are a necessity for sanity.

      --
      Are you intolerant of intolerant people?
    40. Re:Good news by Tukla · · Score: 1

      So insanity isn't good? Damn! :: /me resumes taking his meds ::

    41. Re:Good news by j3110 · · Score: 3, Interesting

      It was my impression that Mono was going to use Eclipse, the Java IDE. I have had to work with .Net for academic projects, and thus I have used VS.Net. I've actually been a guest lecturer to teach J2EE to a class (half the class was J2EE, the second half was .Net). Here are my findings:

      1) Students can learn most of J2EE in half a semester of a 3h course (up to Message Driven Beans) with difficulty. The .Net guest taught only dynamic website creation driven from a DB.

      2) .Net was easier for the students to create simple dynamic web sites, but they didn't have the restriction of asynchronous processing of requests. In the real world, the .Net applications they wrote would have required more than twice the horsepower.

      3) .Net is only easier if you use the non-MVC graphical development tools. Think front-page style generated html that hardly works in most browsers, and definately doesn't pass any kind of standards. Going back to update the site will require a developer who is a designer, two people at the same computer, or a designer that knows VS.Net and ASP.Net.

      You can now do the same with JSF (Java Server Faces) which looks and feels like VS.Net for making those terrible websites.

      Struts is still probably the best (as far as flexibility and features) MVC architecture out there, and if it were ported to .Net, .Net might actually have a chance of actually displacing a significant number of J2EE development.

      On the other side, VS.Net has the BEST SOAP/WebServices development I have seen to date. You can create a SOAP object in seconds, and I have. So far, this is the only redeaming quality of .Net that I've seen for web development. Windows.Forms and XAML may turn out to be really cool for GUI development, but I haven't had the chance to play with it much. Java is still seriously lacking in the GUI building area.

      As far as I know, there are no MVC frameworks for .Net. Does any know of any MVC-2 frameworks? (Front controller style) It may be a good project to actually find a way to leverage the use of Open Source into your work place if there was a defacto standard MVC architecture. In my opinion, that and the commercial backing is what has let JBoss into the production world. The fact that most companies use Struts and other Apache Jakarta software has given the open source process a better reputation in the commercial world.

      I have to use .Net occassionally, so I would be very much interested in some book reccomendations and some pointers to making a real database driven application, web or otherwise, in .Net.

      --
      Karma Clown
    42. Re:Good news by HiThere · · Score: 1

      Dimwit is probably too harsh. OTOH, I would say reckless...

      OTOH, Novell may have patent agreements with MS that date way back, and which would let them get away with this...so it MIGHT be safe. Perhaps.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    43. Re:Good news by AstroDrabb · · Score: 1
      For people with *nix development experience like myself, an environment like the .Net SDK are fine. However, MS built a huge industry of low quality VB coders that hit a wall when they cannot point-n-click. They don't care about understanding the code, abstraction, OO, etc. The .Net SDK is not much use to your average MS developer.

      There is a free ASP.NET Web Development Tool. Though it is only good for ASP.Net and not GUI development with .Net.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    44. Re:Good news by AstroDrabb · · Score: 2, Interesting
      One improvement I (totally subjective) noticed with .net was speed - ASP.net apps seemed a lot "snappier" than JSP/servlet apps.
      We ran into this same issue. However, we were comparing Servlet/JSP/J2EE running on Slowaris with dog slow Sparc processors, while .Net ran on dual 3GHz Xeons with HT, 2GB Ram, SCSI, etc using Windows 2003. We switched Servlet/JSP/J2EE to the same piece of hardware using Red Hat Enterprise Linux 3.0 and Oracle 9iAS as the J2EE server and the numbers were about equal across the board, with the exception of Linux/Oracle 9iAS scaling to more concurrent users then .Net. Oracle 9iAS was a little bit slower then .Net until we turned on Oracle 9iAS's Web Cache which made a nice difference and then the two were about equal.
      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    45. Re:Good news by Lenbok · · Score: 1

      You missed the point. The original poster has not backed up his claims either, and could just as well be lying.

    46. Re:Good news by AstroDrabb · · Score: 1

      There is MonoDevelop, while it is still in early development, it is coming along very well.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    47. Re:Good news by AstroDrabb · · Score: 1

      One other note: This is actaully a port of the GPLed SharpDevelop which works with MS .Net. So for .Net use SharpDevelop and for Mono use MonoDevelop

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    48. Re:Good news by Anonymous Coward · · Score: 1, Interesting

      Struts is still probably the best (as far as flexibility and features) MVC architecture out there

      I disagree. You obviously haven't seen WebObjects. It was perhaps the first MVC architecture for developing web applications, and is still the best.

    49. Re:Good news by AlabamaRoot · · Score: 1

      You should check out the Spring framework for .net: www.springframework.net/. Spring has been gaining a lot of momentum in the java world recently.

    50. Re:Good news by j3110 · · Score: 1

      Thanks... I wasn't aware that there was a version of Spring for .Net.

      I wished they had a usable product already though.

      --
      Karma Clown
    51. Re:Good news by Nplugd · · Score: 1

      Huh? Does tightening your fingers become a fist? And Huh again.
      "What becomes of your fist when you stretch your fingers ?"

      --
      Je n'ai pas d'avenir Je n'ai qu'un destin Celui de n'être qu'un souvenir C'est pour demain
  6. Yay! by Athas · · Score: 5, Funny

    Now GNU/Linux users can enjoy .DLL's as well!

    1. Re:Yay! by Anonymous Coward · · Score: 0

      shared libraries are 10x worse than DLLs. enough said.

    2. Re:Yay! by Dave2+Wickham · · Score: 2, Informative

      What are DLLs if they aren't shared libraries?

    3. Re:Yay! by Talonius · · Score: 1

      I don't see how this applies.

      The GAC is the closest thing to a standard DLL and it supports side by side installation of varying versions based on digital signatures. Other than the GAC the only shared libraries in a .NET application are the ones sitting in the bin directory.

      Sure, this is returning to 1980s DOS where every application had a separate copy of the DLL but with today's drive space and inability of installed software to track itself this is a *welcome* waste of space.

      --
      My reality check bounced.
    4. Re:Yay! by Anonymous Coward · · Score: 0

      It's too hard for me to explain, but there are significant differences between the behaviour of .DLL files as used by Windows and .so files as used by most Unix-type platforms. Try Google if you're really interested.

    5. Re:Yay! by Anonymous Coward · · Score: 1, Funny

      Translation: you don't know, but you heard it somewhere, so it must be true.

    6. Re:Yay! by Des+Herriott · · Score: 1

      Hey. That's GNU/.DLL's, if you please.

    7. Re:Yay! by WWWWolf · · Score: 1

      I think "enjoy DLLs" in this sense means something similar to "experience the DLL Hell first-hand".

      My observation is that DLLs in Windows have extremely cryptic names and tend to have strange version issues between applications if you're not careful. Luckily, this problem is almost gone in recent Windowses.

      A typical conversation with a Windows fans on this topic goes something like this:
      "Linux has DLL version number in *filename*? Uh, bleah. What a stupid idea."
      "Right. You go updating your MS Enterprise BS Visual Studio Runtime Control Library (msebsvsrtctl.dll), I'll install a new version of libSDL-1.2.so right along the libSDL-1.1.so, thank you very much."

    8. Re:Yay! by whovian · · Score: 1
      Color me interested. Here's what IBM says:

      It would be much better if there were a mechanism by which the libraries could be dynamically loaded into the memory as they are needed, which would reduce the memory footprint of the program and also break the application into smaller parts. It would also allow easy distribution, installation, and upgrading. It just so happens that such a mechanism does exist, namely our dynamically linked libraries (DLLs on Windows, and Shared Objects on Linux). Applications using them are called dynamic executables.


      At least superficially they are the same beast.
      --
      To-do List: Receive telemarketing call during a tornado warning. Check.
    9. Re:Yay! by Anonymous Coward · · Score: 0

      Now GNU/Linux users can enjoy .DLL's as well!

      We do, they are called .so files and if you look in /lib /usr/lib/ /usr/local/lib and a few other directories to see them.

      Of course the major difference as I see it from the user's point of view is that Linux developers aren't morons when it comes to handling them like Windows guys were.

    10. Re:Yay! by julesh · · Score: 1

      OK - I know there are implementation differences (mainly that most modern UNIX platforms use ELF binaries, which use procedure linkage tables & global offset tables to minimise the number of pages touched by relocation at the cost of a register, whereas Windows uses a bastardised variant of COFF which uses direct relocations, typically meaning that the same dynamically linked code runs faster but loads slower and uses more memory on Windows).

      Another important difference is that Windows checks the application directory and current working directory for DLL files implicitly, whereas Unix systems only search for .so files on the library path. This makes Windows more flexible, but is purchased at the cost of security.

      But as to actual usage differences -- I'm afraid that despite a fairly good knowledge of the operation of both I can't see any.

    11. Re:Yay! by Ctrl-Z · · Score: 1

      I don't understand your point. Naturally, you can distribute your own shared libraries/assemblies along with your application. They don't have to be in the GAC.

      --
      www.timcoleman.com is a total waste of your time. Never go there.
    12. Re:Yay! by johnnyb · · Score: 1

      Actually Linux supports both plain dynamic libraries AND shared libraries.

    13. Re:Yay! by ckaminski · · Score: 1

      versioning, maybe.

    14. Re:Yay! by Keeper · · Score: 2, Informative

      Aside from the other poster's comment, you only have a separate copy of the DLL in the gac for each version. You don't have a copy for each application. You can also remove an old version and/or point an application to the version you want it to use via an app config file.

    15. Re:Yay! by Curtman · · Score: 1
      whereas Unix systems only search for .so files on the library path. This makes Windows more flexible, but is purchased at the cost of security

      More flexible? From the ld.so(8) man page:

      • The shared libraries needed by the program are searched for in various places:

      • (ELF only) Using the DT_RPATH dynamic section attribute of the binary if present and DT_RUNPATH attribute does not exist. Use of DT_RPATH is depre-cated.
      • Using the environment variable LD_LIBRARY_PATH. Except if the executable is a setuid/setgid binary, in which case it is ignored.
      • (ELF only) Using the DT_RUNPATH dynamic section attribute of the binary if present.
      • From the cache file /etc/ld.so.cache which contains a compiled list of candi-date libraries previously found in the augmented library path. If, however, the binary was linked with -z nodeflib linker option, libraries in the default library paths are skipped.
      • In the default path /lib, and then /usr/lib. If the binary was linked with -z nodeflib linker option, this step is skipped.
  7. Impressive! by MagicMerlin · · Score: 1

    They got generics working in a very short time, this was quite an achievement.

    Mono is a sophisticated development platform, and it will provide a easy transition route away from Microsoft technologies

    1. Re:Impressive! by Anonymous Coward · · Score: 0

      No, it will be the easy transition route into the Microsoft way of development for all the Linux geeks.

    2. Re:Impressive! by Anonymous Coward · · Score: 0
      Mono is a sophisticated development platform, and it will provide a easy transition route away from Microsoft technologies

      But it *is* a Microsoft technology. They control the standard as much as Sun controls Java.

  8. This is exciting, at least for me. by JanusFury · · Score: 5, Interesting

    I really look forward to seeing a day when you can take almost any modern application and run it on pretty much any machine. Now that Microsoft is moving over to a platform-independent, bytecode-based system for most of their applications (well, at least Longhorn) and are encouraging their developers to do so, that day seems to be getting closer.

    It's also slightly encouraging to see Microsoft adopting the use of technology like XML and moving a bit closer to standards with their software... their new vector language is very similar to SVG, and their new forms design language is XML-based. Both seem to be pretty clean and generally simple, which means that at least theoretically it would be possible to convert these formats to truly open formats, and to open them easily in open-source software. It would be really cool to be able to just convert a Windows-oriented XAML file to a Linux-friendly format and then run the associated .NET code with no changes on Fedora or SuSE.

    The fact that Mono even runs on mobile platforms is nice, because in my opinion J2ME is one of the most horrible APIs I have ever had the misfortune of using - some solid competition for J2ME is definitely needed in the mobile sector, and I think a solid platform based on Linux and Mono might be able to deliver. There are already plenty of .NET developers out there, and being able to share a codebase between Linux, Windows, and PDAs would probably be a pretty convincing benefit. Sure, there's the .NET Compact Framework, but that basically only works on the most recent versions of WinCE.

    --
    using namespace slashdot;
    troll::post();
    1. Re:This is exciting, at least for me. by JanusFury · · Score: 1

      Sedna. It's where all the optimists have been hiding.

      --
      using namespace slashdot;
      troll::post();
    2. Re:This is exciting, at least for me. by moxruby · · Score: 5, Informative

      Microsoft open? Hah!
      Where is .NET for mac or linux? (I mean the ms created version and not mono)

      Their XML is a joke, swaths of proprietry code and an arsenal of patents to defend it.

      Microsoft pays lipservice to "open standards" to keep the DOJ at bay, but after that it's business as usual.

      Great work on Mono guys, we can only hope that microsoft won't dare use their patents against the project.

    3. Re:This is exciting, at least for me. by rjw57 · · Score: 2, Informative

      It's also slightly encouraging to see Microsoft adopting the use of technology like XML and moving a bit closer to standards with their software... their new vector language is very similar to SVG

      But it isn't SVG. OTOH I don't think it'll be too long before some cunning hacker writes some XSLT which will convert XAML into SVG + XUL. If its integrated into 'zilla users would be none the wiser.

      --
      Rich
    4. Re:This is exciting, at least for me. by palad1 · · Score: 1
      because in my opinion J2ME is one of the most horrible APIs I have ever had the misfortune of using - some solid competition for J2ME is definitely needed in the mobile sector
      ...
      Sure, there's the .NET Compact Framework, but that basically only works on the most recent versions of WinCE.

      And trust me the .Net Compact Framework is a solid competition to J2ME's ugliness. It doesn't behave in any sane way, feels like a kludged, inconsistent, half-assed .net winforms implementation.

      Hell, even something as simple and standard as closing a window and sending a message to an application is fubared!

    5. Re:This is exciting, at least for me. by JanusFury · · Score: 3, Informative

      There's a chance you'll see .NET for Mac if MS releases a version of Office based on .NET. Not very likely, but possible.

      Though, really, why does it matter? Apple doesn't release a version of Mac OS X for x86, so you can't run OS X software on x86, just like Microsoft isn't releasing a version of .NET for OS X. That doesn't mean that the platform is useless.

      If you really want an application that fits into your workflow nicely and cooperates with all the other software on your PC, at least for now, platform-independent solutions like .NET and Java are not the answer. A Java or .NET app is still not going to feel 100% like a native app on every platform, even if you throw some pretty skins on it - there are too many differences. For example, for the longest time the Mac OS had no standard equivalent to Windows' ComboBox, so developers rolled their own. I'm not even sure if OS X has an equivalent. Mac UIs have always been designed somewhat differently than their Windows counterparts, based on that reason and other reasons.

      --
      using namespace slashdot;
      troll::post();
    6. Re:This is exciting, at least for me. by GregChant · · Score: 3, Informative

      Historically, Microsoft has had two different teams to produce the same 'title' software: Internet Explorer and Microsoft Office both had teams strictly separate from their Windows counterparts. The Mac teams use Carbon and Cocoa simply because they are writing specifically for Macs.

      I'm assuming it's cheaper for Microsoft to hire a new team than to port over their framework (in strictly this context, without worrying about the Evil Empire ideology ascribed to them). This has been good: Mac versions of Microsoft software (with the notable exception of Media Player) are usually better in terms of usuability, bugs, and features.

    7. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 0
      I really look forward to seeing a day when you can take almost any modern application and run it on pretty much any machine.
      Is there any possibility that this could be applied to drivers? A lot of us don't follow .NET
    8. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 0

      "platform-independent solutions like .NET"

      Any comment just wouldn't have the same effect as just letting that gem sit there all by itself...

      One more time just for fun!

      "platform-independent solutions like .NET"

    9. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 0

      the .net CF is great for small, simple application development on new winCE (4.2 - Windows mobile 2003 and smartphone), but when you try to do anything complicated, you meet a brick wall of having to P/Invoke everything, and having to create these huge, complex structures to deal with the native types.

    10. Re:This is exciting, at least for me. by xirtam_work · · Score: 2, Insightful
      Where is .NET for mac or linux? (I mean the ms created version and not mono)

      Why it's here... ROTOR

      What's the matter? Cat got your tongue?

    11. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 2, Insightful

      ROTOR is a toy. It has zero support and does not include basics like ASP.NET or WinForms.NET.

    12. Re:This is exciting, at least for me. by moxruby · · Score: 5, Informative

      Haha, far from it.
      Choice quotes from the MS website:

      It will be of interest to academics and researchers wishing to teach and explore modern programming language concepts, and to .NET developers interested in how the technology works.

      Notice that nowhere in the list of intended uses is "Development", that's because it lacks all the libraries needed to make it useful.
      This software was last updated 18 months ago - it's not undergoing development.

      Simply another ploy to gull people into thinking .NET is something more than a new API for windows...

    13. Re:This is exciting, at least for me. by Enrico+Pulatzo · · Score: 1

      Why should Microsoft have to create everything? It sounds as if you're saying for a protocol to really be open, Microsoft should create a competing product on a competing os. That's just foolish.

      Microsoft's sent C# and their CLI to ECMA. Why should they be forced to create a version for OSX or Linux?

    14. Re:This is exciting, at least for me. by zyridium · · Score: 1

      The real problem with Rotor is hideous performance (it lacks a good JIT compiler) and licensing restrictions on what you can use it for (non-commercial).

      As for undergoing development, I believe rotor is actually built from the same code base as the real runtime... it is just a crippled version, so your point is bs.

    15. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 0

      their new vector language is very similar to SVG

      That's just the problem though. It's similar to the open standard, without actually being an open standard. No matter how close to SVG it is, if it doesn't work with SVG, that's bad for us.

    16. Re:This is exciting, at least for me. by dasmegabyte · · Score: 1

      Where is .NET for mac or linux? (I mean the ms created version and not mono)

      If it existed, would you pay for it? And if not, why should they build it? Microsoft isn't a charity. They're the crux where software meets classic business.

      Microsoft pays lipservice to "open standards" to keep the DOJ at bay, but after that it's business as usual.

      This is crap. The DOJ doesn't care if Microsoft's standards are open or not. Microsoft opened the CLI for their own reasons, which, quite probably, were a strike at Sun. They may not have any call to produce .NET for Mac or Linux...but they could certainly benefit from other people writing .NET for these operating systems. Millions of new machines that can run your software with no call to support them since you didn't write a "Linux version?" That's a profitable scheme if I ever saw one.

      --
      Hey freaks: now you're ju
    17. Re:This is exciting, at least for me. by Blue+Lozenge · · Score: 1
      Microsoft open? Hah!
      Where is .NET for mac or linux? (I mean the ms created version and not mono)

      http://msdn.microsoft.com/net/sscli/

      It runs on Windows, FreeBSD, and Mac OS X.

    18. Re:This is exciting, at least for me. by koniosis · · Score: 1

      So i take it you've never developed in .NET then, in any of the 20+ avaliable languages?! Because if you had you wouldn't make such a rediculus comment about the libraries. The .NET libraries contain virtually everything that the windows APIs do, plus an unbelievable amount on top of that! If you need to do something, chances are that it's in a .NET library.

      --
      I spent ages trying to think of sig, but never did :(
    19. Re:This is exciting, at least for me. by ad0gg · · Score: 3, Insightful
      Their XML is a joke, swaths of proprietry code and an arsenal of patents to defend it

      MS XML is really proprietry code. Look at that proprietry code. Oh wait it looks like any other xml document.

      --

      Have you ever been to a turkish prison?

    20. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 0

      Its called Rotor. Check it out its available for Mac and BSD.

      !!!

    21. Re:This is exciting, at least for me. by minus_273 · · Score: 0, Troll

      MS opensource .net for mac an linux is here. Stop spreading FUD.

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    22. Re:This is exciting, at least for me. by Tukla · · Score: 1
      Apple doesn't release a version of Mac OS X for x86 ... just like Microsoft isn't releasing a version of .NET for OS X.

      I didn't realize that .NET is an entire operating system.

      That doesn't mean that the platform is useless.

      As long as you use Windows.

    23. Re:This is exciting, at least for me. by Tukla · · Score: 1

      If they haven't released an update of their crippled platform in 18 months, then his point is not B.S. For all intents and purposes, from the user's point of view, Rotor is not being developed.

    24. Re:This is exciting, at least for me. by Tukla · · Score: 1

      But his point is that those libraries are not included with Rotor. You can marvel at the CLI source and maybe write a command-line "Hello world" program in C#, but that's about it.

    25. Re:This is exciting, at least for me. by AstroDrabb · · Score: 1
      Did Sun only release a version of Java for Solaris? When Java first came around, Unix was the #1 server OS with Sun's Solaris having the #1 spot out of the differnt versions of Unix. Sun could have only released Java for Solaris to try to gain an edge in the server OS market, yet they did not and made it Open, while not Free (as in speech), Open is still a very good thing.

      Also, there is far more to .Net then the C# language and CLI. MS has not submitted the framework wich is the "bread-n-butter" that .Net developers will be using. Without the .Net framework for another platform, .Net is a single platform technology and locks you into an MS only solution.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    26. Re:This is exciting, at least for me. by minus_273 · · Score: 1

      WTF!! why is this a troll. I have provided a link to back up my statement. the parent i replied to stated that there was no .net for mac and linux and the link points the the srouce for the C# compiler and CLR for linux and mac.

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    27. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 0

      Microsoft open? Hah! Where is .NET for mac or linux? (I mean the ms created version and not mono)

      Microsoft-created .NET for BSD and MacOSX 10.2, complete with an implementation of the CLI and a C# compiler available as a source tarball here. They're hard at work on the next version, too, I believe.

      Nice try, though. But maybe you should get your facts straight first, eh?

    28. Re:This is exciting, at least for me. by Anonymous Coward · · Score: 0

      This software was last updated 18 months ago - it's not undergoing development.

      Gee, that's interesting. I guess the people who are hard at work on it don't exist, either?

      Does anyone at Slashdot who posts these supposed "facts" about Microsoft really know anything at all?

  9. The Novell Connection by Anonymous Coward · · Score: 5, Interesting
    From www.go-mono.com:

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

    Does anyone else find this interesting? We have Microsoft "creating" MS-DOS, Digital Research creating DR-DOS, Novell creating Novell Netware, Novell buying Digital Research, Microsoft creating Windows 95 and NT and killing DR-DOS and Novell Netware, Microsoft creating .NET and basing their new Longhorn OS on it, and Novell creating a free version of .NET specifically to run .NET apps on non-Microsoft platforms.

    Can anyone guess what happens next? Anyone?

    Novell, you had a good run. We shall miss you.

    1. Re:The Novell Connection by narkotix · · Score: 2, Funny
      microsoft buys novell?

      --
      We played dungeons and dragons for 3 hours.....then i was slain by an elf
    2. Re:The Novell Connection by Talonius · · Score: 3, Informative

      Mono was around long before Novell purchased Ximian. Mono will remain around long after Novell, if Novell does go somewhere, simply because the .NET platform is popular and there are quite a few talented programmers who'd like to work with it.

      Combined with Sun's perceived reluctance to open Java (perceived because IBM has their VM; GNU has theirs; they don't have the popular press that a project like Mono does) and Mono has a *lot* of support behind it.

      --
      My reality check bounced.
    3. Re:The Novell Connection by Anonymous Coward · · Score: 0

      "simply because the .NET platform is popular"

      Nothing like MS press releases for accurate information!

    4. Re:The Novell Connection by ggy · · Score: 1
      We have Microsoft "creating" MS-DOS, Digital Research creating DR-DOS

      Except that Digital Research created DR-DOS roughly at the same time as wussname created QDOS (Quick and Dirty OS), which became MS-DOS when Microsoft bought it. I'm glad that they've kept up the standards. (This is all based on more-or-less fuzzy memories)

    5. Re:The Novell Connection by flying_mushroom · · Score: 1
      Novell, you had a good run. We shall miss you.

      Novell's behind Suse, Ximian, and Mono.

      I don't think they'll be going away just yet...

    6. Re:The Novell Connection by Anonymous Coward · · Score: 0

      If Microsoft is planning on moving their applications to byte code, and mono provides the ability to run the bytecode, which I assume it does since it provides a compiler, then won't most of windows bytecode applications run natively on Linux (aside from hard coded paths, etc)?

    7. Re:The Novell Connection by Hard_Code · · Score: 1

      "Can anyone guess what happens next? Anyone?"

      We all suffocate on the fumes of bloated armchair pundits?

      --

      It's 10 PM. Do you know if you're un-American?
    8. Re:The Novell Connection by squiggleslash · · Score: 4, Informative
      No, DR-DOS dates to the mid-eighties, I believe its immediate predecessor was "DOS Plus", a version of CP/M 86 that had some degree of DOS compatability and one or two nice extras of itself (it had a kind of pre-emptive multitasking feature, but required specially written tasks for that, and they couldn't be interactive.)

      I'm guessing that DOS Plus imported a bunch of features from the Atari ST version of CP/M 68, which also looked just like MSDOS to end users (and was renamed TOS and had GEM as the UI.)

      QDOS was a semi-clone of CP/M, built to deal with the fact that DR took their time to port CP/M to the 808[68] architecture. The original author denies it was a straight clone pointing out it had some nice features and architectural differences that weren't present in DR's OS, but there's no denying the API was intended to make porting CP/M programs easier.

      CP/M itself dates back to the mid-seventies, with Dr Gary Kildall writing a crude filesystem and CLI for early Intel 8008 evaluation systems. CP/M 1.3 was practically unusable. CP/M 2.x became an industry standard, but was very tied to the architecture of those original Intel evaluation systems (CP/M required OEMs develop a BIOS that was practically identical to the firmware in those systems.)

      So what you essentially have is:

      (Mid seventies) CP/M for the 8080

      1980/81: QDOS developed independently by Seattle Computer Associates, with many ideas taken from CP/M and with compatability in mind.

      1981: Microsoft buys QDOS, releases it as MSDOS 1.0. IBM bundles it with PCs.

      1981: DR releases CP/M 86 as a seperate product, this is essentially CP/M ported warts and all to the 8086. Nobody buys it.

      1982: Microsoft makes dramatic updates to QDOS, releasing MSDOS 2, which has a proper file system, I/O redirection, all the things, essentially, we consider part of DOS today

      1984: DR releases CP/M 68 for Atari. This includes an MSDOS compatable file system and many MSDOS APIs

      1984: DR releases CP/M 3 (CP/M Plus) for 8080 based machines. Amstrad in the UK is only major buyer. This is still straightforward CP/M, antiquated file system and all, but with support for paged memory and with a lot more userland tools.

      1985: DR releases DOS Plus. Amstrad, in the UK, is virtually the only major buyer. DOS Plus is mostly, but not entirely, compatable with MSDOS. Most people avoid it because of this.

      1986 (I think): DR releases DRDOS. DRDOS is now almost completely compatable with MSDOS and begins to take off.

      --
      You are not alone. This is not normal. None of this is normal.
    9. Re:The Novell Connection by bigsteve@dstc · · Score: 2, Interesting
      If Microsoft wants to kill Mono, they will have to do more than buy out Novell! Mono is open sourced; variously GPL and MIT X11 licensed.

      If Microsoft want to close down Mono, they are more likely to (try to) use their raft of .NET related patents to do this.

    10. Re:The Novell Connection by tucolino · · Score: 0

      not necessarily. some things, such as winforms make native win32 calls, which is why winelib is being used to run winforms on linux. tuco

    11. Re:The Novell Connection by HiThere · · Score: 1

      Maybe. But being issued by Novell makes it more plausibly safe from legal challenges.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    12. Re:The Novell Connection by PCM2 · · Score: 1
      Can anyone guess what happens next? Anyone?
      Oh, you tease! Um, OK, errr ... Christ, I don't know. Novell repositions its strategy around Linux, pours a bunch of money into a Linux distribution -- maybe SuSE, I don't know -- and people writing desktop applications -- like for instance Ximian, but maybe somebody else -- and goes head to head against Microsoft? No, I don't know. I give up. Help me out here.
      --
      Breakfast served all day!
    13. Re:The Novell Connection by Tukla · · Score: 1

      Ewww.

    14. Re:The Novell Connection by Anonymous Coward · · Score: 0

      Yep, 3 malnourished, feeble, whinging babies are easier to handle than 1...

    15. Re:The Novell Connection by bigsteve@dstc · · Score: 1

      1) Buy out Novell 2) Use patent lawsuits to shut down Mono 3) ... 4) Profit!

    16. Re:The Novell Connection by HiThere · · Score: 1

      That wouldn't work. If Novell had the right to issue the software under the GPL, then it would remain under the GPL.

      And I believe that one is allowed to release software under the GPL only if one also has the right to release any encumbered patent rights for use in derivitive works. (Of course, this doesn't mean that even a commercial company would KNOW of any patent rights infringed. Thanks to the wonders of our illustrious USPTO, nobody knows what a patent covers or means, or whether it means anything, until after a court has decided.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    17. Re:The Novell Connection by bigsteve@dstc · · Score: 1
      That wouldn't work. If Novell had the right to issue the software under the GPL, then it would remain under the GPL.

      Thats a big IF. Novell believes it has the right to release Mono under the GPL. But if they are wrong, the GPL offers no protection against patent violation lawsuits from MicroSoft.

  10. the missing link. by nappingcracker · · Score: 1, Troll

    maybe now i'll be able to convince my employer to switch!

    --
    |plastic....or gasoline?|
  11. Mono is a step in some direction.... by kbsingh · · Score: 5, Insightful

    At the moment, MS is in the top position with the tech and the money and the market share to dictate terms to almost everyout out there in the business community / Enterprise sector.

    Mono is a step in the right direction ( various Querries about the legal viability of mono still being an issue ). A good c# platform on Linux will encourage a lot more of the enterprise sector adapters to think about Linux in a positive frame of mind - and might even encourage cross platform development. ( apart from QT there isnt really any alternative at this time ).

    However for the Open Source community to really achieve something great and be able to lead 'from the front' - we need to innovate, create better and more adaptable technologies not just play 'follow the leader'. Some people might say that we need to catch up first before we can lead, well - Mono should help in the catchup situation - but then what ?

    Are there enough people thinking, developing and colaborating about where to go from there ?

    1. Re:Mono is a step in some direction.... by Anonymous Coward · · Score: 0

      You can't possibly be that stupid.

      "encourage a lot more of the enterprise sector adapters to think about Linux in a positive frame"

      My god, do you live in a fucking cave???

    2. Re:Mono is a step in some direction.... by kbsingh · · Score: 1

      Dont know which cave you live in buddy, but most of the enterprise users dont think about linux as a development platform because apart from QT there really isnt much to migrate the development efforts to.

      And everything said and done - there are a lot more developers working on c# at that end of the usage spectrum than anything else out there today.

    3. Re:Mono is a step in some direction.... by xconslash · · Score: 1
      As much as I agree with you about taking the lead, I think the strength of open source developement lies in following. Programmers who have "other" jobs can spend an hour or two at night writing part of a new impelementation. A few paid employees at Novell or elsewhere can easily help to copy an already impelemnted and documented framework. But for those two to develop something new? I think the game gets a bit harder.

      I think it's possible for open source research to exist, and for it to compete easily with the likes of Microsoft, but I don't think it exists in such a competitive form yet, and so we will be stuck following the leader for a while.

      --


      .sig error: carrier signal lost.
    4. Re:Mono is a step in some direction.... by GnuVince · · Score: 0

      Well, if more people used Smalltalk, we might see more interesting applications. Stuff that C# and Java people find revolutionnary has been in Smalltalk for a long time now, just get ahead of your time, use Smalltalk.

    5. Re:Mono is a step in some direction.... by JohnFluxx · · Score: 1

      well what about parrot? That's a very advanced VM that's comming along nicely, and more powerful than .net or java. (More powerful being of course subject, but .net and java are designed for statically typed languages, as opposed to parrot which is for perl and python and other scripting, dynamically typed, languages.)

    6. Re:Mono is a step in some direction.... by HiThere · · Score: 1

      You mean, say, something like combining Python & Pyrex into a single language so that you have a gcc compileable version of Python? Which links easily with the interpreted version?

      FOSS just doesn't have the publicity budget. Don't let that fool you into thinking it's not "innovating".

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    7. Re:Mono is a step in some direction.... by Anonymous Coward · · Score: 0

      That was random...

    8. Re:Mono is a step in some direction.... by Anonymous Coward · · Score: 0

      Mmm. Ketchup.

  12. .NET is Microsoft's answer to Java? by Phidoux · · Score: 5, Interesting

    Actually I think that .NET has a very long way to go before it comes close to being an alternative to Java.

    The biggest problem I've had with C# development is that many standard classes are declared final, which means they can't be sub-classed. I assume what has happened is that MS has taken short-cuts and has simply written .NET wrappers for old COM stuff.

    1. Re:.NET is Microsoft's answer to Java? by Anonymous Coward · · Score: 0

      The biggest problem I've had with C# development is that many standard classes are declared final, which means they can't be sub-classed.

      Which ones? I've never run into that, but I came to C# from C++ rather than Java so maybe we do things differently.

      I assume what has happened is that MS has taken short-cuts and has simply written .NET wrappers for old COM stuff.

      If you attack the framework with disassembly tools such as Anakrino you'll see most of it *is* implemented in .NET.

    2. Re:.NET is Microsoft's answer to Java? by PhrostyMcByte · · Score: 3, Interesting

      I don't think there is any COM wrapping done in the class library (that would make things go MUCH too slow), but a lot of .NET's classes do cheat and have hand-optimized native code behind them. This is the reason there is no AMD64 .NET out yet- instead of having to write the JIT, they have to rewrite a lot of classes.

    3. Re:.NET is Microsoft's answer to Java? by benjiboo · · Score: 1

      But the huge benefit of Mono/.NET is that you don't have to change your entire platform as you do for Java. .NET uses thinly wrapped native widgets, it slips straight into IIS (mod_mono for apache), and doesn't require you to be tied into a single language like Java. To move to Java today, most companies have to make a considerable investment to move legacy code. The reverse isn't true - COM interop is much better designed and integrated with build tools than JNI. The Java to C# switch is likeley to be simpler than the initial jump from native to managed code. Also, ironically with the ECMA standards for .NET, it's likeley to be even more open than Java will ever be. .NET is great.

      --
      Vacancy for signature. Apply within.
    4. Re:.NET is Microsoft's answer to Java? by evilpete · · Score: 2, Informative

      That's actually a good thing, inheriting from classes you don't maintain is a risky business.

      If you subclass and add methods in your class there is nothing to stop the original class adding new identically named methods in a subsequent release.

      It is generally much better to favour composition over inheritance unless a class specifically documents that it is intended to be subclassed - eg/ abstract classes.

      --
      +++++
      The harder you look the less you see. That's what we're up against.
    5. Re:.NET is Microsoft's answer to Java? by Phidoux · · Score: 4, Informative

      The sub-classing of standard classes has been managed successfully in Java for many years. I've never had the problem where a new version of a class has produced a method with a name the same as one I might have written in a sub-class. Anyway, even if it did happen, the likelihood of it causing a problem is very remote. Java very easily distinguishes between (For example) Method(String string) and Method(boolean flag).

      Another thing I've found extremely prohibitive with the standard .NET libraries is that they aren't very extensive (Well, at least not when compared to the Java standard libraries). Of course to work around the limitations of the standard libraries we look for 3rd party libraries. In the case of Java, 3rd party libraries are mostly GPLed and free, where 3rd party .NET libraries are almost always commercial products with fees attached to their licensing.

    6. Re:.NET is Microsoft's answer to Java? by kzeddy · · Score: 1

      Thats not cheating. its a useful feature of the .net Framework. also java has the same thing JNI. except i see it used less.

    7. Re:.NET is Microsoft's answer to Java? by leomekenkamp · · Score: 1, Insightful

      You're trolling, right? I'll bite.

      (...) change your entire platform as you do for Java (...)

      If you have a Sun shop, you can use java on your existing platform. Idem for AIX, HP-UX, Microsoft, linux. If you have a Sun shop, you cannot use .net on your current platform. Idem for AIX, HP-UX. Bottom line: there is more need for changing your entire platform when you use .net.

      Also, ironically with the ECMA standards for .NET (...)

      Wake up: the ECMA standard covers c# only. The .net framework is by no means covered under that standard. It is Microsoft proprietary stuff. When Microsoft uses that load of patents agains mono you are once again locked in by your vendor.

      --
      Wenn ist das Nunstueck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput.
    8. Re:.NET is Microsoft's answer to Java? by dubstop · · Score: 3, Insightful
      If you subclass and add methods in your class there is nothing to stop the original class adding new identically named methods in a subsequent release.

      I've never found fragile base-classes to be a problem in Java, where it's a lot easier to override a method than in C#. In Java, by default all methods are virtual, and therefore can be overridden. In C#, however, a method has to be explicitly declared to be virtual before it can be overridden by a derived class.

      It is generally much better to favour composition over inheritance unless a class specifically documents that it is intended to be subclassed - eg/ abstract classes.

      I think that you're wrong here. There shouldn't be any reason at all to favour composition over inheritance, or vice-versa. Both approaches are equally valid, depending upon the circumstances.

      In college, many moons ago, I was taught a simple rule for determining whether to use composition or inheritance:
      • If it's an 'is a' relationship, use inheritance.
      • If it's an 'has a' relationsip, use composition.
      • If it's neither sort of relationship, keep the classes separate.

      Always favouring composition over inheritance harks back to the dark days of COM, where inheritance was a no-no.
    9. Re:.NET is Microsoft's answer to Java? by vegetasaiyajin · · Score: 1

      I don't think there is any COM wrapping done in the class library There is no wrapping in things like ArrayList, but many of the enterprise services (Managed components, message oriented midleware and others) are wrappers for old COM+ stuff. In fact the protocol for distributed objects in .Net is COM/DCOM/COM+/whatever you want to call it.

      --

      My heart is pure, but make no mistake, it's pure evil
    10. Re:.NET is Microsoft's answer to Java? by IamTheRealMike · · Score: 1

      He's probably referring to System.Windows.Forms which is just a (leaky) wrapper for the Win32 GUI toolkit. Win32 is not object oriented so you can't really usefully subclass the widgets, so they're declared final.

    11. Re:.NET is Microsoft's answer to Java? by Anonymous Coward · · Score: 1
      Those aren't rules. They are definitions.

      If class A inherits B then A 'is a' B.

      If class A is contains a B then A 'has a' B.

      Otherwise the classes ARE separated.

      What you are deciding when you have to choose between inheritance or composition (or neither) is what the relationship is.

      So your 'rules' aren't particularly helpful - they require you to 'know' what the relationship is before you make your decision!

    12. Re:.NET is Microsoft's answer to Java? by Tenareth · · Score: 1

      Actually... Scott McNealey would have to use the patents... .NET falls under most of the Java VM patents.

      --
      This sig is the express property of someone.
    13. Re:.NET is Microsoft's answer to Java? by Pastis · · Score: 1

      It's actually a feature.

      You usualy inherit from interface not implementation. You delegate to classes (using adapters if needed). Final classes are recommended.

      Furthermore, C# is just starting, and they have the liberty to make those classes non final in a future release if really required. They could not do the other thing around without potentially breaking user's code.

    14. Re:.NET is Microsoft's answer to Java? by MenTaLguY · · Score: 1

      Actually there are in part security motivations for that (e.g. look at the reasons Java's String class is final).

      It's better to be a little too agressive with final than not enough (they can safely back off later, but you can't make things final that weren't before without causing massive breakage).

      Also, given C# has good language support for non-inheritance aggregation/delegation, all those final classes aren't as painful as they would be in Java (provided you aren't trying to write Java code in C#).

      --

      DNA just wants to be free...
    15. Re:.NET is Microsoft's answer to Java? by MenTaLguY · · Score: 2, Informative

      That is the way things ought to be.

      However, I'm betting you've never seen programmers try to use inheritance to express relationships of a "has a" (or "other") nature, because they haven't thought it through clearly (the "if all you have is a hammer..." syndrome).

      So, it's helpful to train programmers to think about the "is a"/"has a"/etc relationship up front, rather than just kind of fuzzily using inheritance because they know the classes are related (and then maybe deciding that there is an "is a" relationship ex post facto).

      --

      DNA just wants to be free...
    16. Re:.NET is Microsoft's answer to Java? by dubstop · · Score: 1

      they require you to 'know' what the relationship is before you make your decision!

      Anybody that is unable to determine the relationship beween components within a software system, has no business taking part in the development of software. Of course it's required to know what the relationship is. The point is to take the knowledge of that relationship, and apply it in a consistent and practical way to the logical model.

      In 'The C++ Programming Language', Stroustrup goes to some lengths to emphasise the need to think about relationships between classes. IIRC, he uses the examples of windows and buttons. A specialised window 'is a' window, and so inherits from a window base-class; a window 'has a' button. It gets a bit murkier then, because Stroustrup points out that a button can itself be a specialised window, and so shows that inheritance (is a), and composition (has a), aren't mutually exclusive.

      What you are deciding when you have to choose between inheritance or composition (or neither) is what the relationship is.

      I disagree. During the initial modelling of the system, the relationship between the components should be examined and, if necessary, clarified. At the end of this phase, you should have a logical model. From the logical model, you should be able to construct a physical model. It is at the physical model stage that the relationships are formalised using inheritance and composition.

    17. Re:.NET is Microsoft's answer to Java? by jsantos · · Score: 3, Informative



      Wake up: the ECMA standard covers c# only.

      Funny you should suggets the parent to your comment was a troll. There is an ECMA standard for the CLI (i.e. .net's runtime) and you can find it here.

      --
      This signature intentionally left blank
    18. Re:.NET is Microsoft's answer to Java? by ckaminski · · Score: 1

      Yeah, and they need an AMD64 OS too. ;-)

      Betas notwithstanding...

    19. Re:.NET is Microsoft's answer to Java? by Burb · · Score: 1
      "MS has taken short-cuts and has simply written .NET wrappers for old COM stuff." As I understand it, this is not true. There are a few sealed classes that I would prefer not be sealed, but COM has nothing to do with it. I have it on fairly good authority that the only *significant* part of .NET runtime that uses COM extensively is Enterprise Services (the COM+ application pooling stuff). All the rest is managed code and calls to the Win32 API where needed.

      If you take a look at the memory managment of COM and .NET you will see that they are very different - .NET has non-deterministic garbage collection built in, where COM has no GC as such (each object should release its resources when usage count reaches zero).

      --

    20. Re:.NET is Microsoft's answer to Java? by e-Motion · · Score: 1

      In college, many moons ago, I was taught a simple rule for determining whether to use composition or inheritance:
      • If it's an 'is a' relationship, use inheritance.
      • If it's an 'has a' relationsip, use composition.
      • If it's neither sort of relationship, keep the classes separate.


      This is the "Dummy's Guide To OO" explanation of inheritance and composition. It should only be used to explain these concepts to someone unfamiliar with the terminology. As an AC pointed out, these are definitions, not guidelines for design. No software design should be solely based on English expressions.
    21. Re:.NET is Microsoft's answer to Java? by dubstop · · Score: 1

      No software design should be solely based on English expressions.

      If you believe that, you're a moron.

      Forget about 'english'. If you can't express a design in plain natural, human, language, the design is fit for nothing other than the garbage.

      Instead of criticising, why don't you come up with an alternative, then maybe you'd be worth wasting time on.

    22. Re:.NET is Microsoft's answer to Java? by leomekenkamp · · Score: 1

      You are right; my remark was a little short of the truth. I should have said that from a .net point of view it does not matter if only parts of the whole thing are standardized.

      I was not trolling though, but I do admit I get a little agitated with 'X is great and Y and the rest of the world 5ukk0rz' type of postings, and that sometimes leads to 'unbalanced' replies.

      --
      Wenn ist das Nunstueck git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput.
    23. Re:.NET is Microsoft's answer to Java? by evilpete · · Score: 1

      Ok, the problem goes a little deeper than I originally pointed out. If we disregard the risk of method collision there are risks to extending an inappropriate class. Composition is a safer and more defensive strategy when you're using code under someone elses control, even if inheritance looks appropriate.

      There are even examples of poor inheritance inside the java api - the java.util.Properties class extends Hashtable instead of containing one. As a result, it inherits get and put methods that let you insert any object to the underlying hashtable. Since Properties should only contain Strings this causes problems when you come to store the properties as a flat text file.

      So, I think most people would agree:

      • Properties is a Hashtable.

      but that isn't all of the story:

      • Properties is a Hashtable that should only contain String data.

      In this case composition would have been a safer choice.

      When you extend a class you don't control, you delegate control of the class contract. The superclass author can add methods like these that break your code in subtle and unexpected ways. Those methods will become part of your public API and you won't be able to get rid of them without breaking compatibility.

      In the case of Properties, java still ships their broken design because there is a lot of code out there that uses the hashtable get and put methods directly.

      --
      +++++
      The harder you look the less you see. That's what we're up against.
    24. Re:.NET is Microsoft's answer to Java? by e-Motion · · Score: 1

      [In reply to my statement "No software design should be solely based on English expressions."]

      If you believe that, you're a moron.

      Forget about 'english'. If you can't express a design in plain natural, human, language, the design is fit for nothing other than the garbage.

      Instead of criticising, why don't you come up with an alternative, then maybe you'd be worth wasting time on.


      Ah, I knew someone would misinterpret what I said. I was trying to say that no software design should be solely derived from some plain-language description of a problem that has no basis in programming concepts. That is what is commonly done in the "OO beginner" software (e.g. "A car is a vehicle, so we will make the car class derive from the vehicle class"). I was not trying to say that it is best if software designs are impossible to express in plain language. That would be silly.

      I advocate designing your objects for flexibility and maintenance. I don't like justifications of object relations that are little more than "Well, of course Foo inherits from Bar because a Foo is a Bar. Don't you get it?" Instead of doing that, I like to take a similar approach to the one Design Patterns use. They create objects and object relations based on coupling issues and what is likely to change, not because they get a warm fuzzy feeling when they say "is a" between the class names.

  13. Intellectual Property Issues by amitofu · · Score: 5, Insightful

    At the rate that Microsoft is applying for patents, I can imagine Microsoft being in a position like SCO--except with evidence on Microsoft's side.

    It seems like a lose/lose situation for GNU/Linux. If Mono doesn't catch on then it will be tough for the free desktop to compete with Longhorn. If, however, Mono does catch on and becomes a major development backbone for GNU/Linux, then we risk having Microsoft Intellectual Property embedded deep within a lot of free software projects.
    1. Re:Intellectual Property Issues by Anonymous Coward · · Score: 0

      Mod Parent up

      This is a major issue.

    2. Re:Intellectual Property Issues by Anonymous Coward · · Score: 1, Insightful

      I have been saying this from the first day that Mono was announced. Microsoft will do as they did with Java and are doing with TCPA (Palladium, Janus whatever the fuck).

      If you think that Microsoft are going to allow Mono applications run on Microsoft applications think again. They will come up with some bs reason to disallow Mono apps (via TCPA) from running on Microsoft products.

      Just wait and see the scramble to unfuck this situation once it starts happening.

      Mono is a pool of quicksand do not go there !!

    3. Re:Intellectual Property Issues by AArnott · · Score: 1

      Nah. We're not using any Microsoft code. Just their published API that they encourage others to implement. They'd get nowhere in court should they decide to sue. It makes you wonder though, since Microsoft could lose customers as people make a now easier transition to Linux. (Hope MS isn't reading this)

    4. Re:Intellectual Property Issues by scottyboy · · Score: 1

      Though there may be intellectual property issues concerning Windows Forms and other high level Windows toolkits - I think that it's necessary to point out that from the Start the primary goal of the Mono project was to implement the ECMA C# standard and core libraries - And they have met that goal with great success.

      As far as I remember, right from the beginning Miguel said that even if Mono was forced to drop Windows compatibility, that Linux would still have an excellent memory-managed CLR and RDE to boot. It's important that you remember this.

      Even if you are right, and M$ start playing the 800 pound gorilla, they cannot take away the ECMA standard core. In such a scenario, Developers will still be able to Develop C# applications for Linux using the GTK# GUI toolkit.

      If you are worried about MS IP in your Mono Linux app, it's simple - don't use Windows Forms - use GTK#

    5. Re:Intellectual Property Issues by mshiltonj · · Score: 1

      At the rate that Microsoft is applying for patents, I can imagine Microsoft being in a position like SCO--except with evidence on Microsoft's side.

      I fully agree. I hope there will be a Linux Distro that guarantees 100% MS/Mono-free code. I can't believe we are inviting the vampire into our home.

    6. Re:Intellectual Property Issues by Anonymous Coward · · Score: 0

      they have patents and they can remove the ECMA, it can be undone.

  14. Compatible... how long? by koi88 · · Score: 3, Interesting

    Maybe now, MS has a strong interest to promote the .NET platform, but when (or if) it has reached a certain market penetration, what keeps them from changing the protocols (or whatever-- I'm not into this thing) every few months?
    Or, if this dosn't help, declare it's all copyright protected and sue Mono? DMCA, anyone? Or at least prevent them from continuing their work?
    Don't get me wrong, I'm sure the guys at Ximian have done great work, but you can't trust Microsoft. This is not MS-bashing, this is a lesson many companies have learned in the past-- learned the hard way.

    --

    I don't need a signature.
    1. Re:Compatible... how long? by clintp · · Score: 4, Informative
      The answer to this (and others) is in the FAQ.

      For this it states:

      The core of the .NET Framework, and what has been patented by Microsoft falls under the ECMA/ISO submission. Jim Miller at Microsoft has made a statement on the patents covering ISO/ECMA, (he is one of the inventors listed in the patent): here [the link is incorrect -- clintp].

      Basically a grant is given to anyone who want to implement those components for free and for any purpose.

      --
      Get off my lawn.
    2. Re:Compatible... how long? by JanusFury · · Score: 1

      C# and the .NET CLI (Common Language Infrastructure) are ECMA standards, which, IIRC, means RAND (reasonable and non-discrimnatory) licensing of all applicable patents/copyrights/diseases related to them is guaranteed. I believe that's what the Mono project is doing most of its work from, most of the MS-specific stuff like WinForms is in a seperate part of the project that isn't required for it to work.

      --
      using namespace slashdot;
      troll::post();
    3. Re:Compatible... how long? by cammoblammo · · Score: 1

      I agree -- it seems odd that MS releases a reasonably open standard at around the same time it starts pushing DRM. Or I completely misunderstand the two of them. "Sure guys, it's all interoperable. We can all work together here. Just make sure we veto it first."

      Or something like that.

      I really don't know where this is going to go, but I know where my money's staying.

      --

      Cogito, ergo sig.

    4. Re:Compatible... how long? by PhrostyMcByte · · Score: 1

      If Microsoft changed the MSIL format, it would wreak havoc on all .NET applications, not just ones that Mono built. So if they did, they would have backward compatibility or face a bunch of angry developers. No sane company would do that, especially Microsoft (who loves backward compatiblity, to the point that they leave it in even if it risks making things unstable). Mono would just compile to the older MSIL.

      Miguel has spoken on the legal issues of Mono before- this being the first page that comes to mind. I'm sure Google has a lot more.

    5. Re:Compatible... how long? by Anonymous Coward · · Score: 1, Insightful

      Maybe now, MS has a strong interest to promote the .NET platform, but when (or if) it has reached a certain market penetration, what keeps them from changing the protocols (or whatever-- I'm not into this thing) every few months?

      Maybe something like "they don't want to piss off every single business in the world that uses MS software"? You can change the protocols on an IM client because IM clients are only used casually: you upgrade when a new version comes out because there's nothing mission-critical about it. You can't go breaking anything as fundamental as .NET, because big business won't upgrade all their machines on the day the new version comes out, they'll want to spend a month or two evaluating it first.

      Or, if this dosn't help, declare it's all copyright protected and sue Mono? DMCA, anyone? Or at least prevent them from continuing their work?

      The worst they can possibly do is force Mono to stop supporting System.Windows.Forms, and it's not clear that they could even do that. Microsoft can't do jack-shit about Mono using C# or the CLR, because those are international standards, and the standards bodies require fair and non-discriminatory licensing of any and all IP associated with standards. That means Microsoft have to permit anyone to implement them.

      If you want to play the reasonable onlooker, please get clued up first. Splashing out with the usual FUD that we've seen - and had demolished - in every single Slashdot article on Mono is MS-bashing, whatever you like to think.

    6. Re:Compatible... how long? by jimicus · · Score: 1

      If Microsoft changed the MSIL format, it would wreak havoc on all .NET applications

      < hat type="tinfoil" >
      If Microsoft have already "hidden" parts of the API which identify their implementation of .NET & ensure that Windows apps run in Microsoft's .NET have access to something - anything - which Mono doesn't (and perhaps can't without DMCA issues) - they don't need to make changes. They've already got a pseudo-compatible API which Mono can re-implement, and if Mono's version doesn't work very well with apps, they can point the finger at Mono.
      < /hat >

      This is very much conspiracy-don't trust MS-who knows if it's true stuff. But it has already happened once with Windows 3.1 and DOS.

      Bye-bye, karma.

    7. Re:Compatible... how long? by revin · · Score: 1

      they will BUY mono.

    8. Re:Compatible... how long? by latroM · · Score: 1

      , if this dosn't help, declare it's all copyright protected Copyright is about right to copy. You are talking about software patents.

    9. Re:Compatible... how long? by Anonymous Coward · · Score: 0

      "Maybe something like "they don't want to piss off every single business in the world that uses MS software"?"

      I guess you haven't heard of Microsoft Office 97 and Microsoft Office 2000 file incompatibility issues you fucking idiot !!

      Go update ur virus scanner definitions or something.

    10. Re:Compatible... how long? by Cereal+Box · · Score: 1

      Yeah, that's definitely conspiracy theory talk.

      First of all, why would Microsoft care if someone was using a different tool to create .NET bytecode? It's not like MS is charging money for the SDK and compiler (before you say "VS.NET", realize that's an IDE -- MS is indeed giving away tools for creating .NET code), so there's no motive there to keep people from creating bytecode without paying money. Second, as stated earlier, Microsoft can't just go around altering the bytecode format on a whim, as that will break all sorts of existing .NET apps. So, any changes that they could conceivably make to the bytecode format will not be structure related and easily reverse-engineered. In other words, it wouldn't be worth the trouble.

      Besides all that, Microsoft just plain doesn't need to do anything special to "break" Mono. The biggest thing that will always hold Mono back is WinForms support, and the only reason they're having trouble getting that working is because the Windows GUI messaging system is so different from how X handles messaging. Otherwise, they're simply re-implenting the WinForms libraries (and every other .NET library) by reading the publicly available API docs and creating source-level compatible implementations of the libraries. And there's nothing Microsoft can do about that, nor would they care enough to do anything about it. They know that there are certain libraries that Mono could never re-implement due to the availability of certain features only on Windows and not on Linux. It has nothing to do with evil tactics, but just the reality that there are things one platform can do that the other can't. That's all they need to keep the edge, not strong-arming (at least not in this situation). Slashdot cracks me up. These are the same people who are convinced that Microsoft is going to create it's own offshoot of XML, all the while failing to realize that the XML spec allows for obfuscating data to the point where it's pointless for Microsoft to even bother pulling the old "embrace and extend" on the format.

    11. Re:Compatible... how long? by jimicus · · Score: 1

      All of which is quite true.

      However, it seems to me that we are now in a position where Microsoft gets up and states "We support open standards! Look, our Office product uses XML!" but what they don't say is "Fortunately, some of those standards are written in such a way that we can genuinely support them without actually helping interoperability one little bit".

      Conspiracy theories aside, it seems to me that the current state of affairs means that there doesn't need to be a big Microsoft conspiracy in order to maintain a monopoly position. They *could* (and this was the point of my original post), but why bother?

      If something else (such as Linux) does start making big inroads on the desktop, I'd expect Microsoft to have something in mind. Thing is, this doesn't have to be something which depends on them holding a monopoly. It could just be licensing something which is nearly-essential to computers in 2010. It could be patents. It could even be rewriting WINE in-house and selling it as a commercial product.

    12. Re:Compatible... how long? by hitchhacker · · Score: 1


      As you pointed out, "the link is incorrect".
      I saved a quote by Jim Miller from the site it used to point to:

      "But Microsoft (and our co-sponsors, Intel and Hewlett-Packard) went further and have agreed that our patents essential to implementing C# and CLI will be available on a "royalty-free and otherwise RAND" basis for this purpose."

      hmm. "have agreed"? Verbal? Written? A spit and handshake?
      That doesn't sound legally binding to me.

      -metric

    13. Re:Compatible... how long? by Anonymous Coward · · Score: 0

      hmm. "have agreed"? Verbal? Written? A spit and handshake?
      That doesn't sound legally binding to me.


      I believe this is done via the ECMA standardization process. Your fear is mostly baseless, but you could search around for ECMA and CLI to find the trust.

      The thing to truly be concerned about is not the license to C# & the CLI. That's essentially a license to produce the C# + Runtime equivalent of the C++ standard (plus a little bit more because it includes threading and other extra like that). In other words it's not much. But the fact of the matter is that it really is enough for Mono's purposes. It also avoids the problem with Java which doesn't exist with C++, and that is having a dictator demanding that you implement every last API exactly how they want you to.

      No, the thing to be worried about is actually the patents associated with things like ASP.NET, WinForms, VS.NET, and other technologies that MS builds on top of .NET.

      And it makes perfect sense: The value in compilers is extremely low these days: How many free compilers can you download right now? Probably quite a few, for lots of languages, of varying quality - but many are good.

      And this is where Mono is pressing its luck by implementing things like ASP.NET. But they also have a backup plan of producing the Linux/Gnome/Mono stack. So worse case scenario is that Mono gets sued, loses a bunch of money and/or goes out of business, free ASP.NET/WinForms/whatever is lost, and the open source community is left with their C#/CLI/Linux stack. So it's a winning proposition for a community no matter what.

    14. Re:Compatible... how long? by Tukla · · Score: 1
      I guess you haven't heard of Office ... file incompatibility

      Or product activation. Or service packs that break third-party business apps. Or the outrageous new licensing scheme they forced on their corporate customers a few years ago.

    15. Re:Compatible... how long? by gameboy · · Score: 1

      Well it all depends on where you come from, I have herd that in Africa they spit on there hand and slap each other in the face. By doing this they are legally bound to pull hooks from each others noses after jumping from the tallest tree they can find in the middle of the desert.

      Make any sense....... No I didn't think so.

  15. I have said it once by Anonymous Coward · · Score: 5, Insightful

    and I will say it 1000 more times if necessary. Mono should not in any way associate itself with the term ".NET". I think it is a worthy project and a great effort, but it is incredibly irresponsible and stupid to use the ".NET" moniker.

    Simply put, .NET is a marketing term. If Mono wants to say that it is an open source implementation of the CLR/C#, FINE! That's what it is. However, what Mono is doing would be as if Wine called itself an "Open Source implementation of Windows".

    It is even worse, because it gives the impression that .NET is cross platform, but I would argue it's just as cross-platform as if people were like "there's wine, see, Windows is cross platform!" That is my gripe, and I will continue until Miguel et all STOP CALLING MONO AN OPEN SOURCE IMPLEMENTATION OF .NET!!!!!!!!!!!

    1. Re:I have said it once by Jacek+Poplawski · · Score: 1

      However, what Mono is doing would be as if Wine called itself an "Open Source implementation of Windows".

      Maybe I misunderstood you, but AFAIK Wine is an Open Source implementation of Microsoft Windows API.

    2. Re:I have said it once by Anonymous Coward · · Score: 0

      It's an open source implementation of the Win32 api, and only specific parts of it at that. It is not an open source implementation of Windows. What "Windows" is changes every day.

    3. Re:I have said it once by Anonymous Coward · · Score: 5, Interesting

      It is even worse, because it gives the impression that .NET is cross platform, but I would argue it's just as cross-platform as if people were like "there's wine, see, Windows is cross platform!"

      But that's totally different!

      A Win32 app running on Windows is talking directly to the OS; a Win32 app running on Linux is going through Wine as an extra layer. That's why Wine doesn't make Win32 apps cross-platform.

      But Mono is a native implementation of the CLR. A .NET app running on Windows is going through Microsoft's runtime to the OS; a .NET app running on Linux is going through Mono to the OS. There is no extra layer in this case. Therefore, .NET apps are cross-platform.

    4. Re:I have said it once by Anonymous Coward · · Score: 0

      You have contradicted yourself and prove why it is so onerous for Mono to call itself a .NET implementation and create so much confusion. Wine is not an "extra layer" if Mono is not an extra layer. A win32 app talking to Wine is the equivalent of a .NET application talking to Mono. Hence, WINE ======= WINE IS NOT AN EMULATOR!!!

    5. Re:I have said it once by newhoggy · · Score: 1
      That's GNU/CLR/C# for you.

      Or does .gnu have it right?

    6. Re:I have said it once by AArnott · · Score: 5, Informative

      Chill. If Mono only implemented the CLI and a C# compiler, it WOULD be "just an open source implementation of the CLR/C#". But Mono implements nearly all of the MS.NET base class libraries as well. Those libraries are not part of the CLI. Therefore, the only accurate way to describe Mono is to say it implements .NET in Linux. Shut up.

    7. Re:I have said it once by Anonymous Coward · · Score: 0

      However, you ought to agree that if a PHB reads in a magazine the wonders of .NET and asks if we run a platform compatible to it, being able to offer some proof is worth the marketing term, right?

    8. Re:I have said it once by Anonymous Coward · · Score: 0

      If Mono wants to say that it is an open source implementation of the CLR/C#, FINE!

      WTF is your problem? Stright from the front page of the Mono website: "Mono includes a compiler for the C# language, a Common Language Runtime (CLR) for the Common Language Infrastructure (CLI) and a set of class libraries. The runtime can be embedded into your application. It implements both ADO.NET and ASP.NET."

    9. Re:I have said it once by IamTheRealMike · · Score: 2
      That's a bizarre definition of cross platform. Apps written using the Microsoft .NET stack are not really any more portable than apps written using Win32 - sure we can run them if we reimplement the APIs and write a loader to parse EXE and DLL files, but that's a long way from the vendor shipping an ELF binary which uses GTK+ or Qt to draw its UI.

      People get really hung up on cross platform apps - Java was designed to do that but ended up simply inventing a new platform and hauling it around everywhere, .NET was not designed to do that and so Windows .NET apps are easily distinguishable from Linux .NET apps.

    10. Re:I have said it once by buckinm · · Score: 1

      A Win32 app running on Windows is talking directly to the OS; a Win32 app running on Linux is going through Wine as an extra layer.

      Actually, win32 is just a subsystem that runs on top of nt. So, basically, the win32 subsystem and wine are roughly equivalent.

      --
      This isn't any ordinary darkness. It's advanced darkness.
    11. Re:I have said it once by Anonymous Coward · · Score: 0

      You're a boring ass. If you stated your opinion once, and no-one gave a shit then, why would they now?

      Why would anyone listen to you?

  16. MonoDevelop by PhrostyMcByte · · Score: 5, Informative

    You might also want to check out MonoDevelop v0.3 which was released to take advantage of new features in Mono Beta1.
    While it's not quite up to the task of stable work yet, it will become a great IDE for .NET development in Linux and rival VS.NET in Windows.

  17. Sure, it's here now... by Noryungi · · Score: 1, Redundant

    But wait until 'Longhorn' comes out, and watch those Microsoft legal storm troopers pound poor little Mono into the ground. Or the 'compatibility' of Mono hit a brick wall faster than you can say 'General Public License'. Or both. Probably both, as a matter of fact.

    Think I am joking? There was an article on /. the other day on the Longhorn patents that Microsoft is very busily filing... Something like 5 or 6 per day. Of course, right now, they are playing nice with Mono... But make no mistake: .NET and C# are Microsoft properties, and they are not very well known for letting others use their little toys.

    Ask the Samba team how much support they got from Microsoft. Zero. Zilch. Zip. Nada. At one point, with every new Windows release, Microsoft was actually actively introducing incompatibilities with Samba. And Longhorn is supposed to be end of Samba.

    What makes you think they will play fair with Mono? Nothing. Once .NET has filled its purpose -- which, let us be honest, is to destroy Java -- it will either get dumped like a hot potato or it will become another patent-protected, 'sign on the dotted line with your blood and give us your firstborn child', closed source heap of MS trash.

    These are my 0.02 US$, but I'd really like people to tell me why Mono is such a great thing...

    --
    The right to offend is far more important than the right not to be offended. (Rowan Atkinson)
    1. Re:Sure, it's here now... by Anonymous Coward · · Score: 4, Informative

      These are my 0.02 US$...

      ...and that's about all they're worth.

      According to your predictions for Mono, Microsoft should have litigated Samba into the ground years ago. Remind me, how many lawsuits has MS filed against Samba? Oh, that's right, ZERO . Not a single fucking case. Man, that bodes ill for Mono, doesn't it!

      Of course the Samba team didn't get any support from Microsoft. But Samba still exists, and it still works.

      Likewise, Microsoft can't break .NET compatibility. Microsoft have always gone out of their way to make sure their new versions of Windows run software written for previous versions: do you know why? Because big business won't let them break things. Why should that be any different today than it has been for the last fifteen years?

      And even in the case that MS do break compatibility... why should we care? Will that mean that Gnome apps using Mono and GTK# will suddenly stop running on Linux? Of course not. We'll still have something cool of our own.

    2. Re:Sure, it's here now... by Anonymous Coward · · Score: 0

      The Mono runtime is standardised, free to anyone to implement, as are part of the C# class libraries. Windows Forms are not however, so this is one worry.

    3. Re:Sure, it's here now... by rabtech · · Score: 4, Insightful

      C# and the CLR/CLS are documented open standards, certified by ECMA. In fact, for v2.0 Microsoft had to submit their planned changes to C# to be approved by ECMA.

      Secondly, there is no such thing as a "compatibility" issue with the CLR. Old versions of classes/assemblies/interfaces continue to run side-by-side with the newer versions. If Microsoft makes a breaking change, it won't hurt existing implementations and applications.

      Besides - everyone always overlooks that the CLR + Base Class Libraries (WinFX) are THE supported API for Longhorn. This means if Microsoft fiddles with anything, it hurts their own apps AND their 3rd party developers.

      This isn't like the CIFS where only Microsoft deals with it; this is the API which everyone has to use. They are two totally different beasts. Microsoft never said CIFS was an open protocol and never promised it would stay stable. But they have delivered on the CLR+C# being a documented system and they do promise it will be stable.

      There is absolutely positively no way to "harm" mono unless Microsoft shoots themselves and all their 3rd party developers in the foot (and those developers writing hordes of applications is what gives Windows its staying power - not something lightly abandoned).

      As for the patent issue, we discussed this already. It is what is called a "defensive" patent portfolio. We've already seen Microsoft get submarined by little companies coming along and claiming patents on things like browser plugins. You think that won't bring Mozilla down too? Think again.

      Microsoft is patenting anything/everything so no one can come along and try to shoot them down with insane obvious patents later. This is a result of a broken patent system and we all know that.

      --
      Natural != (nontoxic || beneficial)
    4. Re:Sure, it's here now... by Anonymous Coward · · Score: 0

      yes, you are so right

      Its like owning something that you know it works on a sense, but you actually end by not using it.

      Samba its good, wine either, but really who does real hard work with both?

      Yes you can mix different networks with samba, or run that app that does exist for nix with wine on a x86 proc but thats it. Theres no joy on that theres no nothing.

      The ones that WOW mono for beeing the solution to all our problems are the ones being naive and closeminded not seeing that its a lost fight to try to challenge microsoft with their own toys, with their own plattaform

    5. Re:Sure, it's here now... by Petronius · · Score: 1

      MS didn't need to litigate to slow the development of Samba, all they had to do was spread FUD, send cease and desist letters, etc.

      ...big business won't let them break things... WRONG - we patch our server farm every other week because we have no choice: get viruses, i.e. our app BREAKS or get a forced upgrade. That's SOP at Microsoft.

      ...will Gnome apps using Mono will suddenly... the whole point of Mono is the binary compatibility at the bytecode level. Would you keep using a Microsoft JVM if it could only run MS-compiled applets and Java apps? I think not.

      --
      there's no place like ~
    6. Re:Sure, it's here now... by Anonymous Coward · · Score: 0

      C# and the CLR/CLS are documented open standards, certified by ECMA.

      JPEG is a documented open standard, certified by ISO. It doesn't stop patents closing the door to open-source developers though.

      As for the patent issue, we discussed this already. It is what is called a "defensive" patent portfolio.

      So what, we're supposed to trust Microsoft to do the right thing and not use their patents against their competitors? And we have to trust the for the next 14 years or however long a patent lasts these days?

    7. Re:Sure, it's here now... by GnuVince · · Score: 1
      the whole point of Mono is the binary compatibility at the bytecode level. Would you keep using a Microsoft JVM if it could only run MS-compiled applets and Java apps? I think not.

      No, the whole point of Mono is to provide Linux developpers with better tools than the usual C and C++ provide, it's to provide something that gives more productivity to application developpers. The .NET compatibility is just something nice we have. If Microsoft makes their .NET implementation incompatible, we'll still have something that works better to make user applications than C, and that's the whole point.

    8. Re:Sure, it's here now... by tytso · · Score: 1

      Only the core C# VM is an ECMA standard. That's about as useful as the Java byte code langage without any of the Java classes. Or the Perl VM without all of CPAN. By itself, what is "open" and promised to be patent free is only the very core of .NET, which is totally useless as a stand-alone piece. It's just enouh to sucker the foolish into a bait and switch game.

      If Microsoft is truly interested in using the patents only for defensive purposes, then they offer a perpetual, non-revocakable license to all of these patents, subject to the following conditions (a) that patent licensees do not sue Microsoft over patent violations in .NET, and that (b) those patents should only be used for creating implementations which are interoperable with the .NET protocols.

      But I'm willing to bet several cases of virtual beer that this will never happen, because I believe, as many industry analysts and columnists also believe, that the main purpose of Longhorn is a full-frontal assault on Linux and the entire Open Source Software Stack --- and that in Microsoft's mind, it is war, and that any means, fair or foul, is allowed in this "War on OSS".

    9. Re:Sure, it's here now... by spitzak · · Score: 1

      Currently Windows is programmed in C++, and it is fairly standard C++ as well. So by your argument, there should be no interoperability problems between Windows and Linux, as Linux also has a standards-compliant C++ compiler.

      I think the people trying to write Wine would disagree.

    10. Re:Sure, it's here now... by Petronius · · Score: 1

      something that works better to make user applications than C
      like Java?
      and before people bashing Swing, etc. let me point out that IBM has developed SWT, a totally viable alternative to Swing that can be used to develop killer GUIs in Java, cf. Eclipse.

      --
      there's no place like ~
    11. Re:Sure, it's here now... by Anonymous Coward · · Score: 0
      Likewise, Microsoft can't break .NET compatibility.

      In the same way that they can't make a 32bit Windows API?

      Microsoft have always gone out of their way to make sure their new versions of Windows run software written for previous versions: do you know why? Because big business won't let them break things.

      Underpant Gnomes Business Plan for Microsoft:
      • Release ECMA standard .NET CLI v1.0
      • Allow other implementations of ECMA standard .NET CLI v1.0 to be developed
      • Crush Java
      • Release non-ECMA standard .NET CLI v2.0 which is backward compatable with .NET CLI v1.0
      • Do not let other implementations of non-ECMA standard .NET CLI v2.0
      • Provide new non-ECMA standard .NET CLI v2.0 in a Service Pack for all current supported versions of Windows
      • Profit.

      • The fact that you Miguel fanboys can't see such a simple, obvious possibility as this, which by the way is very likely based on Microsofts previous form, is just laughable.
    12. Re:Sure, it's here now... by Doctor+Crumb · · Score: 1

      It doesn't matter if MS stomps on Mono when Longhorn is finally released; until then, Mono will continue to be one more reason why businesses can and should switch to Linux. There could be a lot of converts in the next 2+ years because of the compatability.

    13. Re:Sure, it's here now... by scrubmuffin · · Score: 1

      It matters because mono could be the trojan horse that gets patented MS technology inside core open source technology.

    14. Re:Sure, it's here now... by Anonymous Coward · · Score: 0

      i doubt

      the problem here will be like winex, company will not release native apps because it works (always worst) with emulators

    15. Re:Sure, it's here now... by redwyrm · · Score: 1
      (and those developers writing hordes of applications is what gives Windows its staying power - not something lightly abandoned)
      But those 3rd-party developers are not doing what Ximian did, namely to reimplement the core of the .NET platform (C# bytecode interpreter/compiler, base classes, etc.)

      Mono is much more likely to grab Microsoft's attention.
  18. Why C# will not succeed? by noktuo · · Score: 2, Funny

    Because it is a syntax error. Sorry guys. I didn't resist ;)

    1. Re:Why C# will not succeed? by Anonymous Coward · · Score: 0

      "Sorry guys. I didn't resist ;)"


      I think most of us here wish that you had.
      I don't think my face muscles moved a nanometer.

      Better luck next time.

    2. Re:Why C# will not succeed? by noktuo · · Score: 1

      Come on. Be nice. It is only a technical joke (bad perhaps) but...

      try the C# code

      public class c {
      public static int Main ( ) {
      int c = 0;
      c++;
      c#;
      System.Console.WriteLine (c);
      return 0;
      }
      }

      and compile it. It's funny.

    3. Re:Why C# will not succeed? by Anonymous Coward · · Score: 0

      I don't think my face muscles moved a nanometer.

      but your fingers did? and probably your humble and only neuron

  19. Too bad they are patenting the hell out of Lonhorn by rolling_bits · · Score: 2, Informative

    I heard in some news that Microsoft is applying something like 10 patents a day. You could say that all that effort in acquiring patents is just for psychological effect, but should they change their mind...

  20. No Beta 1.0 .pkg for OS X. by Anonymous Coward · · Score: 2, Informative
    Ximian has just released beta 1 of its open-source implementation of Microsoft .NET platform. Mono allows .NET applications to run on Linux, Mac OS X, Unix, Windows.

    Beta 1.0 is currently only available as packages for RedHat 9, Fedora Core 1, SuSE, SLES and as an installer for Windows - there currently isn't an OS X installer or .pkg as the story seems to imply. Infact, there doesn't ever seem to have been a packaged release of Mono for OS X.

    The Mono status on the front page says that there is a JIT but no Interpreter currently for OS X. It seems that OS X users should compile from source if they want to use Mono...

    1. Re:No Beta 1.0 .pkg for OS X. by Anonymous Coward · · Score: 0

      "OS X users should compile from source if they want to use Mono..."

      Who the hell lucky enough to be running OS X would even give a shit about mono???

      Or running Linux either...

    2. Re:No Beta 1.0 .pkg for OS X. by xirtam_work · · Score: 1

      Me! It was the first thing that I looked for. I'd love the chance to try it out. Can someone please sort this out ASAP please.

    3. Re:No Beta 1.0 .pkg for OS X. by Anonymous Coward · · Score: 0

      the same shit goes for Unix

      the mono port for freebsd is a joke, same applys to other bsdesses

    4. Re:No Beta 1.0 .pkg for OS X. by Anonymous Coward · · Score: 0

      Someone who's company has already made an investment in .NET and is keeping an eye on Mono as a way of giving customers new platform options. If Mono ever succeeds in giving us a real cross-platform runtime, compatibility with Microsoft's .NET --- and dependency upon their patent-protected bits of their API --- becomes far less important, because anyone with a lick of sense will be developing cross-platform apps that run on Mono. Why tie apps to Windows when there is no advantage to doing so?

      If Mono succeeds, a hell of a lot of people will care, whether they're running on Windows, Linux, or a Mac.

    5. Re:No Beta 1.0 .pkg for OS X. by cheide · · Score: 2, Informative

      It sort-of works on OS X at the moment (at least for a few trivial programs I've tried), but it has its quirks. Garbage collection doesn't work unless you use an alpha version of the Boehm GC which you'll have to install manually, you need some other libraries like glib that won't be present by default so you have to install them first, the JIT on PPC had a bunch of bugs which have only recently been tackled, and so on. They're working on it though, and there's been a lot of progress in the last week or two. It's just not quite up to the same level of reliability as the other platforms yet.

  21. Re:Too bad they are patenting the hell out of Lonh by JanusFury · · Score: 1

    When Microsoft finally bites the dust or finally changes its business model to adapt to the times (when, not if), that won't be anything to worry about. And all those .NET-specific XML files will still be plain text, easy enough to read and convert... which means people stuck with legacy .NET techology and software won't be stuck. They'll have a relatively easy way to move away from that technology.

    --
    using namespace slashdot;
    troll::post();
  22. Errr, Mac OS X isn't mentioned. by Anonymous Coward · · Score: 1, Informative

    The write up says "Mono allows .NET applications to run on Linux, Mac OS X, Unix, Windows."

    The FAQ page says:

    "Question 52: What operating systems does Mono run on?
    Mono is known to run on Linux, Unix and Windows systems. "

    Then later they admit to running on FreeBSD:
    "Question 54: What architectures does Mono support?
    Mono today ships with a Just-in-Time compiler for x86, PowerPC and SPARC-based systems. It is tested regularly on Linux, FreeBSD and Windows (with the XP/NT core)."

    1. Re:Errr, Mac OS X isn't mentioned. by jas79 · · Score: 1

      I guess that some parts of the faq are a bit outdated

      Question 111: What operating systems/CPUs do you support
      Mono currently runs on Linux, Windows, Solaris, FreeBSD, HP-UX and MacOS X.
      There is a JIT engine available for x86 processors that can generate code and optimizations tailored for a particular CPU.

      Interpreters exist for the SPARC v8, SPARC v9, Itanium, HP-PA, PowerPC and StrongARM CPUs.

    2. Re:Errr, Mac OS X isn't mentioned. by Anonymous Coward · · Score: 0

      Well, I can assure you that Mono does run on Mac OS X. I compiled from source and have it running on OS X 10.3.3. (I haven't updated to Beta 1 -- I'm running Mono 0.31.)

    3. Re:Errr, Mac OS X isn't mentioned. by rm+-rf+/etc/* · · Score: 1


      What can you actually do with it on OS X? I'm assuming since GTK2 isn't available for OSX, then gui applications are out of the question?

    4. Re:Errr, Mac OS X isn't mentioned. by Anonymous Coward · · Score: 0

      The page just wasn't updated yet. Mono works wonderfully well on MacOS and runs GTK# applications using X11. The package will be there shortly

    5. Re:Errr, Mac OS X isn't mentioned. by Anonymous Coward · · Score: 0

      Care to share how you get the bugger to build? I've done a good bit of C# on the Windows side of things, and a good bit of Cocoa on the Mac, but I'll be the first to admit that I'm inexperienced working within bash. I can follow their instructions to the letter, and the build bombs with a slew of errors by the time it hits mini.c, and plenty of warnings before it gets that far.

      I also installed the recommended Boehm GC (6.3 alpha 5) following the instructions on this page, but when I configure the build it comes back with GC = no.

      If this is what the Mono team considers "support" for Mac OS X, it doesn't bode well for the quality and usability of this project. Package it right, provide good instructions, or retract the claims of Mac support.

  23. Cool Vb Compiler by DrSkwid · · Score: 3, Informative


    Someones doing a VB Compiler in Mono

    that would be an interesting thing should it ever produce binary compatibles.

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    1. Re:Cool Vb Compiler by revolvement · · Score: 0

      Someones doing a VB Compiler in Mono

      that would be an interesting thing should it ever produce binary compatibles.


      Hey, maybe Linux users can get .vbs script virii too! Wait...

    2. Re:Cool Vb Compiler by G�tz · · Score: 1

      Funny but not true: the VB virusses were written in Visual Basic for Applications (VBA), or does anybody know a .net virus found in the wild?

    3. Re:Cool Vb Compiler by Anonymous Coward · · Score: 0

      It wouldn't be all that useful. VB is usually used to script COM objects.

  24. No no by Anonymous Coward · · Score: 0

    This is different: it's the kernel of the project.

    Aka 'mono-nucleus'.

  25. Re:Too bad they are patenting the hell out of Lonh by Anonymous Coward · · Score: 0

    When Microsoft finally bites the dust or finally changes its business model to adapt to the times (when, not if), that won't be anything to worry about.

    you open sourcers and your naivete are SO cute

  26. Mandrake Cooker packages available by G�tz · · Score: 2, Informative
    I've just finished compiling mono beta1 packages for Mandrakelinux 10.1 Cooker. They should be available soon on every Cooker mirror in the contribs directory.

    I haven't enabled all experimental features but winelib support is there. I'd like to hear some feedback for it.

  27. Re:Too bad they are patenting the hell out of Lonh by flying_mushroom · · Score: 3, Informative

    You probably read it here.

    It gets interesting now, though. This guy at eWeek has a theory that MS is putting all it has onto Longhorn to steamroll Linux.

    If that's the case, then projects like Mono (or anything that consolidates and professionalises Linux) takes a larger sense of importance and urgency (well, kind of: MS won't release Longhorn for another decade or so...)

  28. Um, why?? by pair-a-noyd · · Score: 1, Insightful

    Why would I want to run an M$ .net or any other M$ app on my Linux box??

    Name me ONE good reason why I would need to do that...

    1. Re:Um, why?? by benjiboo · · Score: 4, Insightful
      Why would I want to run an M$ .net or any other M$ app on my Linux box??

      Name me ONE good reason why I would need to do that...

      I'll name you a few.

      Money has already been spent designing the application for windows.

      Money has already been spent training users of the application.

      There is a huge base of trained developers, administrators, documentation and off the shelf software available that could be leveraged on a cheaper Linux desktop.

      More web applications are likely to incorporate web controls designed for .NET (cf XAML).

      The MS alternatives to corresponding Linux apps are better/faster/more mature/more stable. (Either generally, or in a specific instance.)

      That'll do for now.

      --
      Vacancy for signature. Apply within.
    2. Re:Um, why?? by Talonius · · Score: 1

      Porting a client from .NET to a Linux solution without having to dual boot or have a second system sitting at your desk!

      HA!

      --
      My reality check bounced.
    3. Re:Um, why?? by PhrostyMcByte · · Score: 3, Insightful

      So, instead of being able have as much flexibility as possible (which Linux is known for), you want to cripple your system by leaving out entire languages?

      If that isn't a good enough reason for you, how about this: .NET lets you write code in a number of different languages, and have everything interoperate between them. It also lets that code run exactly the same between platforms. Are you too ignorant to see how business loves this?

      Name me one good reason NOT to do that.

    4. Re:Um, why?? by LiquidCoooled · · Score: 2, Funny

      With the power of Mono, you can finally stop being jealous of all your WIndows friends who get to run those really cool trojans, viruses and malware!

      --
      liqbase :: faster than paper
    5. Re:Um, why?? by Anonymous Coward · · Score: 0

      Why would I want to run an M$ .net or any other M$ app on my Linux box??

      Name me ONE good reason why I would need to do that...


      Why do you assume Mono is only for Windows compatibility? What about native Linux applciations in Mono, using things like GTK# (which is a very nice library)? I believe Gnome is planning to use Mono for a lot of functions.

      Its MS origin is irrelevant. If it's a good platform, we might as well use it ourselves for our own stuff and forget Windows entirely.

    6. Re:Um, why?? by Anonymous Coward · · Score: 0

      Why would I want to run an M$ .net or any other M$ app on my Linux box??


      im sure .NET games will be attractive...

      now imagine you can play all those windows First Person shooters with 3 layers of software, 2 compilers and 5 virtual machines for the byte code, ram killing your box...

      I heard a Doom.netIII port is in its way...

    7. Re:Um, why?? by pair-a-noyd · · Score: 1

      Oh ok, gaming IS important to the world eh?......

    8. Re:Um, why?? by Anonymous Coward · · Score: 0

      he asked for one reasson, the guy above gave 5 or so, i thought i could add one, that he didnt mention

    9. Re:Um, why?? by njcoder · · Score: 1

      That's a terrible argument of Mono. Bsically, all the money will go to MS and MS consultants to develop the software and they'll deploy it on cheap unix boxes with the .net platform that they may not even pay for.

    10. Re:Um, why?? by Anonymous Coward · · Score: 0

      Here's a scenario....

      (prentend that...) my client spent $20,000 developing a nifty app in .NET, and now wants to pay me to host it. I can either a) turn the client down, and tell them to find another service provider, or b) set up a windows server with IIS and try to guarantee its uptime.

      iirc, that's called the Sword of Damocles. I would NEVER guarantee the uptime of a windows server! Even if I felt like setting one up and locking it down... I would not stake my reputation on its reliability. Now, if I could set up a GNU/Linux server and let them run their nifty servlet on that... I could sleep easy at night, and keep my customer happy. Yay!

  29. Optimizing for processor, etc by Omega1045 · · Score: 4, Interesting

    One of the things that MS promised with .NET was that it would do first-runtime compiling to native machine code optimized to each individual machine. No need to set flags for processors, etc. However, I am not sure much of this has actually been implimented on the Windows side of things.

    It would be nice if the open source community could take Mono and optimize for various chips and cards. As you may or may not know, .NET exe and dll files are called "assemblies" and are basically java style byte-code. The first time one is used, it is compiled by the framework, and the machine code is cached for all future uses. The DLL remains intact with the byte code (or IL), and the next time it is changed a recompile occurs. The cached machine code can be, at compile time on each individual machine, optimized for the config and hardware of that machine.

    It would be great if I could write a .NET app (with C# in my case) and build it on my Windows machine, then take those exe and dll files and copy them to Linux, AIX, Mac, etc, etc. I know the Java crowd is going to say they are already cross-platform. But an OPEN SOURCE platform like Mono could really turn .NET into a very cool, cross platform tool where the code could be optimized for each config. There is a lot of potential here.

    I could see Novell optimizing for one particular distro ;-)

    --

    Great ideas often receive violent opposition from mediocre minds. - Albert Einstein

    1. Re:Optimizing for processor, etc by Anonymous Coward · · Score: 0

      The next release of the .NET framework by Microsoft, due sometime in 2005, will have more of that support. They will release both IA64 and an x86-64 native CLRs and all existing assemblies will work seemlessly, as long as the developer didn't go unsafe and make some stupid pointer assumptions.

    2. Re:Optimizing for processor, etc by Anonymous Coward · · Score: 0

      Native compilation into persistent exe or dlls can be done with ngen.exe in Windows.

      In fact most of the components that Microsoft puts into GAC are stored as native images.

    3. Re:Optimizing for processor, etc by bizcoach · · Score: 1
      One of the things that MS promised with .NET was that it would do first-runtime compiling to native machine code optimized to each individual machine.

      It would be nice if the open source community could take Mono and optimize for various chips and cards.

      Mono's current codebase isn't very suitable for that. However, if you're interested in this kind of thing, have a look at the DotGNU project, specifically libjit.

  30. Much better option by Anonymous Coward · · Score: 5, Interesting

    A much better option for Linux development than Mono is SWT, from IBM. It leverages all the power of Java, but replaces Swing with a new GUI library that is both great from a performance standpoint, and 100% free as in speech and beer. Not only that, it allows access to all sorts of native stuff if you want it in a way that is much better than .NET even. Eclipse is an unbelievable IDE that blows VS.NET out of the water, and is on its way to surpassing Emacs in the hearts of developers.

    Let's put it this way, you can write 100% free applications with GCJ, and there is even a way to compile Java applications for Windows that don't need a JVM installed to run!!!

    http://thisiscool.com/gcc_mingw.htm

    1. Re:Much better option by Swamii · · Score: 0

      Eclipse's code completion is so slow that I just couldn't bear it. Sorry to say, Eclipse still has a long way to go.

      --
      Tech, life, family, faith: Give me a visit
    2. Re:Much better option by Anonymous Coward · · Score: 1, Informative

      Please note that SWT is available for MONO/.NET, too! It is part of #Develop. In fact the IDE uses SWT too be platform independent.

      Please also note that the parent is wrong in comparint SWT with Emacs. SWT is only a toolkit. The Eclipse IDE, which is indeed light years ahead of everything else available today, also runs on top of MONO/.NET.

      However, the parent is right that Eclipse does not yet support a good C# mode which supports standard techniques such as delta-compilation, live compilation during debugging, refactoring etc. This is currently only possible in the java mode. But this isn't a problem because MONO/.Net is language agnostic, you can write java code and execute the code within MONO, there is no need to write in C#.

    3. Re:Much better option by nvrrobx · · Score: 2, Insightful

      Apparently you don't actually use Eclipse/GTK on Linux.

      The performance is abysmal.

      Eclipse/Motif is much, much faster, but unfortunately it's Motif. On Windows, it absolutely rocks.

      Until SWT's GTK performance is usable, it is not a viable alternative.

  31. SWEET! by imidazole2 · · Score: 2, Interesting

    This is great! I've had to turn down a few customers because I cant run .NET applications on my web hosting, this will give me that ability! Perfect!

    --

    -Imidazole2
  32. Innovation by warkda+rrior · · Score: 1

    It is great to see that the Open Source community "innovates"!

    --
    You need to install an RTFM interface.
  33. Without Windows.Forms.Whatever by m1chael · · Score: 0

    Is there a point? It is my understanding you can't develop cross-platform applications with MONO yet (well for Windows anyway). I guess people can learn C# on linux. Tell me if I'm wrong, I know you want to...

    --
    I know you are psychotic, but please make an effort.
    1. Re:Without Windows.Forms.Whatever by Anonymous Coward · · Score: 0

      You are wrong. You can write cross platform apps NOW with GTK#. I have done it. Wrote a small graphical proof of concept than compiled with no changes on Mono and .NET.

    2. Re:Without Windows.Forms.Whatever by ferratus · · Score: 2, Informative

      Well, you are partly right. Windows.form is not part of Mono's "core" library, and so won't work with 1.0. So for now, cross-platform applications are a big no-go.

      They are working on a couple of solutions though. First, is GTK#, that (along with bindings to all others Gnome Libs) will allow you to quickly develop a linux application using an API just like windows.form but with GTK widgets. Don't confuse c#, the .net framework and propriatory extensions like windows.forms (even if that particular extension is quite important).

      Even without ever seeing Windows.forms, GTK# and all the associated library can be quite nice for linux. It's easy to develop for, it's quite fast and it means new Linux developers can create application more easily and perhaps port windows applications more easily.

      The problem with Windows.form as far as I understand it is that unlike C# and the .net library, windows.form is not a standard...it's something MS can change any time they want. There's also the problems of the legality of reproducing the entire API. The rest of the mono project is probably legal because it's an implementation of a standard...

      I guess we'll have to see. I'm quite excited about Mono anyway even though I'm a big linux user and don't usually care about MS technologies. I have to admit that I highly prefer C# to Java (for several reasons) and I wouldn't mind seing more c# actions on linux even if the language itself was copied^h^h^h^hcreated by microsoft.

      --
      IP Therefore I am.
    3. Re:Without Windows.Forms.Whatever by Anonymous Coward · · Score: 0

      Use DotGNU's Windows.Forms on Mono . They work there ... (but works better on DotGNU anyway)

    4. Re:Without Windows.Forms.Whatever by DreadSpoon · · Score: 2, Informative

      First, is GTK#, that (along with bindings to all others Gnome Libs) will allow you to quickly develop a linux application using an API just like windows.form but with GTK widgets.

      GTK# is nothing like Windows.Forms. It's like C GTK+. The idea of GTK# isn't to allow porting Windows apps easily to GTK#, the idea is to allow writing new applications with a good, solid, intelligently designed toolkit.

      GTK# also is not just a Linux solution. GTK+ runs on Windows, X11, and many other graphics architectures, and GTK# works with any of those. You can develop an app in GTK# intended only for Windows, if you feel the API for GTK# is friendlier and more usable than Windows.Forms. (Which wouldn't surprise me. ~,^ )

    5. Re:Without Windows.Forms.Whatever by ferratus · · Score: 1

      GTK# is nothing like Windows.Forms. It's like C GTK+. The idea of GTK# isn't to allow porting Windows apps easily to GTK#, the idea is to allow writing new applications with a good, solid, intelligently designed toolkit.

      I know that... I realize now that my original post was not exactly clear though. What I meant was that by using mono and gtk#, you'll be able to develop application just like you can by using .net and windows.form. I didn't mean to imply that both APIs were similar.

      The end result though, is that GTK# might help new linux developers (or Windows devs) port applications to linux. Not because the API is the same, but because at least, the language and the idea behind the libs are the same. At least, it's a step forward.

      I'm actually planning on trying GTK# in the following days. I know mono's C# compiler and vm are quite good. Surpinsingly, they seem to be faster than the windows equivalent for a simple shell program.

      --
      IP Therefore I am.
    6. Re:Without Windows.Forms.Whatever by Cocteaustin · · Score: 1

      The vast majority of .NET applications in production today are actually ASP.NET applications, so it was wise of the Mono team to focus on that too -- most of the Mono cross-platform scenarios I've heard of to date involve taking a ASP.NET app running on IIS and copying it to a Linux box running Apache running mod_mono. That said, Gtk# works on both Win and Linux, so if you really needed to create a cross-platform thick client app, you could do that today, just use Gtk#. There is "preview" Windows Forms support in the beta released today. By the time Windows Forms actually matters Mono will have an production version of it as well.

    7. Re:Without Windows.Forms.Whatever by Anonymous Coward · · Score: 0
      with a good, solid, intelligently designed toolkit

      Ah. Qt.

  34. How about slowly locking out? by koi88 · · Score: 1

    Thanks for the link...
    Yet, what keeps MS from extending the .NET platform with copyprotected parts? This way they could slowly make the Mono-made software incompatible.
    On the MS side, simply re-compile your stuff and it will run under the new, improved .NET Xtreme Platform (C) but if you use Mono, you'll be locked out...
    I'm probably paranoid.
    But maybe we read about a secret MS strategy email on /. in a few months advising just that. I wouldn't be surprised.

    --

    I don't need a signature.
    1. Re:How about slowly locking out? by Lord_Raptor · · Score: 1

      Something this deliberate would have to violate anti-trust, or monopoly laws. At least until the recent bout of lawsuits died down, I would think they'd be cautious of doing something like this. The fine they recently received, while some may view as a slap on the wrist, had to have given them some pause.

    2. Re:How about slowly locking out? by Tukla · · Score: 1
      Yet, what keeps MS from extending the .NET platform with copyprotected parts?

      Microsoft add proprietary extensions to an existing, widely used standard? What a silly idea!

    3. Re:How about slowly locking out? by Tukla · · Score: 1

      Nobody is suggesting that they'll do anything soon. I wouldn't expect any sort of move like this until after Longhorn is out and .Net is in wide use. That would also give the lawsuits time to die down.

  35. wrong by dunkelfalke · · Score: 2, Informative

    can you spell delphi.net?

    it is MUCH better than visual studio (which is neither innovative nor brilliant)

    --
    Conservatism: The fear that somewhere, somehow, someone you think is your inferior is being treated as your equal.
  36. .net Domains Run .Net? by JLavezzo · · Score: 2, Insightful

    I know this is slightly off topic, but I can't believe that when Dot Net came out, all the hosting companies with blah.net domain names didn't get together and do SOMETHING about M$ appropriating what is essentially part of the branding of many companies.
    With M$ Dot Net technology out there, it's as if any .net domain is running their code on their servers!

    1. Re:.net Domains Run .Net? by Anonymous Coward · · Score: 0

      good question.

      but probably its because M$ has the .com technology since win3.1...

    2. Re:.net Domains Run .Net? by Anonymous Coward · · Score: 1, Funny

      I can't believe they were dumb enough to call it .NET - i mean - how the hell are you supposed to google or google-groups for it?

    3. Re:.net Domains Run .Net? by /dev/trash · · Score: 1

      Well since MS didn't sue all those DOT COM businesses for using it's patented COM and COM+ name, they call it even.

  37. Try SharpDevelop by hargettp · · Score: 2, Informative
    1. Re:Try SharpDevelop by justsomebody · · Score: 1

      Maybe a stupid question, but...

      Does it work with Mono under Linux?
      Last time when I was following this IDE status Mono guys were still talking about implementing it.

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    2. Re:Try SharpDevelop by hargettp · · Score: 2, Informative

      Although there may be other limiting factors, SharpDevelop depends on WinForms, so until WinForms is successfully emulated on non-Windows platforms, that alone will prevent running it anywhere but on Windows.

    3. Re:Try SharpDevelop by Anonymous Coward · · Score: 0

      SharpDevelop itself doesn't (it's a winforms app, and mono's winforms implementation is still... somewhat incomplete, to sat the least...), but this does.

  38. What does this mean for current .NET developers? by jtwJGuevara · · Score: 1

    And I ask this question as a recent graduate with a degree in MIS/CIS who's only real development expertise is in the .NET framework? I'm all about open source and I use nothing but Linux at home, but at my place of work I double as a sys admin and a developer of online webforms using microsoft OS's and languages exclusively. Does the release of mono now give me the ability to port my web apps over to Linux servers using apache? Do I now have a development environment similar to Visual Studio or Web Matrix for the Linux platform? The big question though, is mono going to be beneficial for me to try and learn to use over the long term?

  39. It was late. I got it wrong. :) by sjanes71 · · Score: 1
    "This release is the first of two Mono 1.0 beta releases planned before our final release."

    It was actually the first of two beta's so it would be the gamma release? :) Anyway, it's whatever they say it is--from my experience, Mono apps on Windows (SharpDevelop) look pretty damn good, run fast enough and the language seems to be elegant. Even if Microsoft tries to kill .NET's portability, Project Mono may grab mindshare of programmers with massive support for GNOME via C#.

    1. Re:It was late. I got it wrong. :) by kahei · · Score: 1


      Ah :) (I thought it was a complex technical joke)

      Yes, I agree that Mono works remarkably well and that .NET is a Good Thing. The main threat to my .NET happiness is Microsoft's own increasing weakness and unpredictability -- I'm hoping non-Microsoft .NET implementations take off and eliminate the MS dependancy.

      --
      Whence? Hence. Whither? Thither.
    2. Re:It was late. I got it wrong. :) by sjanes71 · · Score: 1

      I'm not even sure if it's Gamma now for a release that is two away from "production." Long story short, we all like to invent "cool" ways of describing the releases of software to boost prestige, because um... people are sheep who buy according to megahertz and version numbers. Can't do anything about that.

  40. Which standard will they follow?` by matsh · · Score: 4, Interesting

    The ECMA spec or Microsofts implementation? No, they are not the same. Microsoft have addd functions to some classes.

    1. Re:Which standard will they follow?` by Anonymous Coward · · Score: 0

      the european computers manufacter association only hold some specs. This way m$ holds the bird in his hand, its like the javascriptism of before

    2. Re:Which standard will they follow?` by Anonymous Coward · · Score: 0

      Both. They're forking. One "safe" ECMA stack and one "iffy" MS clone stack.

    3. Re:Which standard will they follow?` by Swamii · · Score: 0

      Thank you for that elaborate post. Perhaps you would like to know that Linux has added some functions to classes in Linux?

      --
      Tech, life, family, faith: Give me a visit
  41. Open Source Java by Epeeist · · Score: 1

    > I know the Java crowd is going to say they are already cross-platform. But an OPEN SOURCE platform like Mono could really turn .NET into a very cool, cross platform tool where the code could be optimized for each config.

    I was under the impression that the likes of Kaffe and Blackdown JRE were OPEN SOURCE. Was I wrong?

    1. Re:Open Source Java by Omega1045 · · Score: 1

      I am not familiar with those projects. The Java runtime (VM) is not open source. If there are commonly used, non-Sun VM's out there that are open source then that is very cool. What is there progress (other projects)?

      --

      Great ideas often receive violent opposition from mediocre minds. - Albert Einstein

    2. Re:Open Source Java by Epeeist · · Score: 1

      The JRE specification is publicly available, but the Java trademark is owned by Sun. You can create an open source JVM, but you can't have the Java trademark unless it passes the test suite.

      For .Net the CLI specification is lodged with ECMA. However, all the runtime libraries are the property of MS.

      I actually find Java freer than .Net.

    3. Re:Open Source Java by rowanxmas · · Score: 1

      yeah,

      You can modify the JVM and stuff, but it still has to pass a strict set of Sun's tests, and is under Sun's liscence and not an OSI certified one.

    4. Re:Open Source Java by Anonymous Coward · · Score: 0

      hate to break this to you, but in the words of one of the GNU classpath developers "All your java are belong to Sun."

  42. Re:Just wait until MS turn their legal eye on Mono by orion41us · · Score: 1

    The .net framework specs are open to implemintations, there is a "Open Source" (Non-Comercial Use) version of .net framework from MS Shared Source Common Language Infrastructure. I don't think MS will want to stop things like Mono, essentialy Mono is giving MS software bigger target market.

  43. What is the point of your post? RAND is a problem by expro · · Score: 1

    Were you trying to imply that a RAND license is somehow compatible with GPL? Even Royalty-Free, which is a small subset of RAND not, is frequently not compatible with GPL, and RAND usually means with royalties of about any possible size (which can be zero, but there is no reason to believe it will be). RAND does not mean that the royalties will be reasonable to you or most developers who need to use it.

  44. With what licensing? by expro · · Score: 1

    Is SWT free, so that it can be distributed with GCJ?

    1. Re:With what licensing? by mritunjai · · Score: 1

      Yes, its free, even more free than GPL (for "users", you don't even *need* to make source available).

      And yeah, GCJ and SWT play happily. there is even a native version of eclipse for linux which has been compiled with GCJ.

      --
      - mritunjai
    2. Re:With what licensing? by k98sven · · Score: 1

      'With' how?

      GCJ and SWT do not have compatible licenses, even if both are free (in the FSF sense), so the two will never be merged.

      However, I don't think the GCJ people have much interest in merging SWT into libgcj either.

      That aside, the gcj folks do keep an eye on SWT and make sure they're compatible.

  45. That's because Microsoft's goals are more complex by Anonymous Coward · · Score: 1, Funny

    All Mono had to do was get it working.

    Microsoft, on the other hand, had to think about the future.

    In everything Microsoft does, they have to think about questions like:

    - How can we make this work better for us than for anyone else?

    - What hooks can we add so we can torpedo our competitors later?

    - How can we make this seem cross-platform, while really tying it to Windows and Palladium?

    - What can we do here to tie it to a Microsoft patent?

    And so on.

    Those extra considerations really slow a project down, but it's worth it. Just look at Microsoft's bank balance. :-/

  46. Java vs .net performance by b4rtm4n · · Score: 0

    I'm curious about the camparison.

    Could it be that most .net apps are running on win2003 on new hardware therefore gaining significantly from improved memory speed, scsi speed, cpu speed, multithreading, etc., whilst most java apps are running on existing platforms?

    Not trolling, so please correct me if i'm wrong, but have their ever really been like for like comparisons?

    At least as close as you can get a like for like between two distinctly different technologies.

    --
    "goatse? What's that? Anyone have a link?" - AC
  47. Any distributions planning Mono rollout? by deragon · · Score: 2, Interesting

    I assume that most Linux distributions will rollout Mono out of the box, but has there been any distributions that actually confirmed that Mono will be part of their distribution? Which version of the outcomming distributions will come with Mono?

    --
    Remember the year 2000? They promised us flying cars. They delivered the PT Cruiser...
    1. Re:Any distributions planning Mono rollout? by G�tz · · Score: 1

      Mandrakelinux 10.0 has mono 0.30.1 in the contribs (unsupported part of the distribution), 10.1 Cooker has 0.91. It might move to the main part if there's enough demand by the users.

    2. Re:Any distributions planning Mono rollout? by Lukey+Boy · · Score: 1

      Debian Unstable has Mono version 0.31.

    3. Re:Any distributions planning Mono rollout? by Anonymous Coward · · Score: 0

      Don't want it, don't trust MS, not having it. What is interesting is that a distro may not include mono.

  48. Hello Mr. vampire by jone · · Score: 0, Offtopic

    ...would you like to come in?

    1. Re:Hello Mr. vampire by Oncogene · · Score: 0

      Like Microsoft, they both suck. :)

      --

      - - - - - - -
      "All hail the glory of the Hypnotoad."
  49. Well I feel better about that patent issue... by Simon · · Score: 2, Interesting
    As for the patent issue, we discussed this already. It is what is called a "defensive" patent portfolio.

    The only difference between a "defensive" patent portfolio and an "offensive" patent portfolio is that they haven't used the patents offensively yet.

    FAT patents anyone?

    --
    Simon

  50. How long will this be allowed to exist? by nurb432 · · Score: 1, Redundant

    Seriously, with the way things are going in the DMCA world, and with Microsoft patenting everything that isn't moving, how long before Microsoft comes out and stops this?

    Since they own the rights to the underlying standard, ( if i remember right, it was patented early on, not just copyrighted ) they can reach out and slap Mono down..

    Currently its in their best interest to let the project continue, to get more programmers on board to corrupt more people, and OSS projects.

    But how much longer i wonder.

    --
    ---- Booth was a patriot ----
  51. Java/.NET by fforw · · Score: 2, Insightful
    the difference being that most of the accounts of huge performances increases found by switching to .NET are real. The performance problems associated with Java are well documented.

    I understand Java developers have a lot of time invested in the platform, but it's time to let Java go gently into that good night.

    real? to whom?
    Who documented an 800% performance increase by switching from Java to .NET?
    What components/technologies did the Java application and the .NET application consist of?
    --
    while (!asleep()) sheep++
  52. Mono allows .NET apps to run on Windows..... by Anonymous Coward · · Score: 0

    Some how I found this to be funny....

  53. Microsoft's new propaganda line for Mono by Anonymous Coward · · Score: 5, Insightful

    It appears that Microsoft's new line of propaganda, when it comes to Mono, is to emphasize "compatibility with .Net."

    That way, it puts the focus back on Microsoft, and it makes Mono seem like a runner up. It also acts as a set up for future propaganda, when full compatibility is not achieved, and when Microsoft changes the compatibility rules in .Net version 2.

    You can see the propaganda reflected in timothy's lead for the story. That's not to say that timothy is part of it -- after all, he may simply have been affected by the propaganda himself.

    But Mono developers have always stated that compatibility with Microsoft's .Net is a secondary goal, and one that is unlikely to be fully achieved. They know that Microsoft will lie, change the rules, keep some things secret, and so on. Also, the Mono developers refuse to tie Mono to Microsoft's Internet services. That, if nothing else, is an obvious difference from Microsoft's own .Net, which "strongly encourages" the use of those services, especially Microsoft's authentication services.

    On the contrary, Mono has always stated that their purpose is to provide a C# development environment for Linux (an enhanced environment, in fact, considering its support for Java and other languages). This has two benefits:

    1. C# is a good programming environment, providing a good object model, multi-language support, and so on. For some types of development, it provides solutions that were previously lacking on Linux.

    2. Even if it's not fully compatible, Mono provides an alternative to Microsoft's .Net that will allow Windows developers to switch to Linux. Think of the relationship of Mono to .Net, as being similar to the relationship of GCC to Visual C.

    As to the patents concern, Mono developers have stated from the beginning that they are avoiding anything that smacks of being patented/patentable, and are sticking to the open and documented C# Standard. Microsoft went through the standards process for C# in order to give the illusion that they intended C# to be cross platform. Microsoft never intended anyone to call their bluff, and actually create an alternative C# platform, but Mono did. Of course, Microsoft kept the network services and authentication parts of .Net secret and patented, but Mono doesn't use those parts.

    As to the fact that C# appears to be a good design, that shouldn't surprise us. According to the rumor, the original concepts for .Net were developed in Borland, and Microsoft gained those concepts when they hired away large numbers of Borland personnel, including the original creator of Delphi. This is similar to the way that Microsoft hired a VMS development team in order to create Windows NT. Thus, while Microsoft itself may be too centrally controlled (by Gates et al) to allow much creativity, they have always been able to copy or buy good ideas from elsewhere.

    Anyway, that's enough rambling. Congratulations to the Mono development team.

    1. Re:Microsoft's new propaganda line for Mono by Anonymous Coward · · Score: 0

      I think that C# is a good language. M$ actually seems to have gotten over the shortcomings of Java with this. If they weren't a pack of greedy, monopolistic jackals, Microsoft might actually have some real 'innovations'.

      Freedom to innovate my ass.
      'Freedom to innovate' = 'Freedom to lie, steal, and assimilate'

  54. Peaceful, uneasy feeling. by scrubmuffin · · Score: 1

    What really concerns me is that MS may actually be waiting patiently and allowing mono to become stable and inturn, allowing developers to invest considerable time and effort into developing apps that use it. Once companies have an infrastructure and vested financial interest in the architecture and applications, it will be prime time to pull out the patents and do exactly what sco is trying to do, only for real.
    If someone isn't paying VERY close attention to those patents MS is filing, mono could do massive damage to the open source community.

    1. Re:Peaceful, uneasy feeling. by Anonymous Coward · · Score: 0

      'could'

      ???

      How much more massive could the damage be that Mono is already doing?

    2. Re:Peaceful, uneasy feeling. by Anonymous Coward · · Score: 0

      and what damage is that ?

      are you running any app on mono ? or is your company willing to do it on the days ahead ?

      i dont think so, so i must add that 2 years ago i was in fosdem and saw how the community was splited about this icaza adventure and partenership, 2 years after many still are and everyone doesnot see mono as the solution to fight the microsoft power

  55. Mono effort vs Java by zemoo · · Score: 2

    The Mono project is huge, and looks like it is very close to becoming production ready.

    What I have been wondering, however, is why .NET generated so much interest in the Open Source community? Java has been around forever, and hyped beyond belief, yet for all the talk about needing an open-source java vm and class libraries, it looks like open-source .NET is further along than open-source Java in much less time!

    Can anyone offer any insight? Is it because most people considered the Java license 'good enough' and didn't bother re-implementing it, while Rotor was so restrictive that a re-implementation was necessary?

    Here's a tip for tech companies, then: make your software so proprietary open-source developers have to reimplement it to use it, thereby assuring the dominance of your technology!

    1. Re:Mono effort vs Java by Anonymous Coward · · Score: 0

      idiot! java has more sourceforge projects than any other platform, apache is just releasing its J2EE app server (and apache jakarta has been around forever), and JBOSS plus others are also open source Java app servers.

    2. Re:Mono effort vs Java by Anonymous Coward · · Score: 1, Funny

      Because outside of a few gems developed by competent engineers like Samba and Apache the open source community is basically a bunch of idiots. Idiots.

      The same crowd who instead of finishing a commercial quality desktop, went off an created a completely new and incompatible desktop implementation that has held back the migration of commercial apps to Linux because there is no one standard.

      The same crowd who instead of finishing commercial quality apps, spend all their development time adding eye candy crap like theming while basic functionality continues to remain unimplemented or broken.

      And now this mono garbage..

      Idiots.

    3. Re:Mono effort vs Java by Anonymous Coward · · Score: 0

      Sure there are OSS applications for Java, but the JVM/JRE -stuff, which is what the OP asked about, just isn't up to scratch.

    4. Re:Mono effort vs Java by Anonymous Coward · · Score: 0

      Besides the idiots comment, there's another factor -- Old Fogey UNIX Graybeards

      When Java was ascending, the old UNIX farts were still finishing their C versus C++ flamewar and mumbling about Lisp and Smalltalk. They completely missed the boat. They thought Java was overly verbose bloat which would never catch on and affect them.

      Not to mention that a lot of the GNU types really have it out for Sun Micro and UNIX(tm) in general

      Plus Sun screwed up by not releaseing a JVM for Linux until 1999 or so. The Linux crowd really hated admitting their clone attempts had failed and they had to beg Sun for a good JVM. Rather than rejoicing, the Sun JVM was met with flames revolving around the unsuccessful 'blackdown' project.

      Linux has brought a lot of new blood into to the platform. People who can understand the appeal of MS's designs, people who like coding to a VM. Miguel's the leader, but there's a lot of them out there.

    5. Re:Mono effort vs Java by duffbeer703 · · Score: 1

      Because Java is unreliable as hell. Most java apps gooble up system resources, particularly memory, and produce voluminous and useless logs, making troubleshooting incredibly difficult.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    6. Re:Mono effort vs Java by Tukla · · Score: 1

      Yeah, it's Java's fault that people write bad software. They should use C because C programs never gobble up system resources or produce voluminous, useless logs.

    7. Re:Mono effort vs Java by Tukla · · Score: 1
      People who can understand the appeal of MS's designs

      Well, Borland's designs, which MS essentially bought.

  56. java is dead by Anonymous Coward · · Score: 0

    with mono u have true x-platform for win and linux so why needs java? this is the power of open source. sun keeps java close source and DIES! phear teh penguin!

  57. Re:What is the point of your post? RAND is a probl by burnetd · · Score: 1

    Only until the point that some one stands up in front of an honest judge (if they still exist) and claims that any fee is discriminatory to the vast army of open source developers.

  58. OS X? by Anonymous Coward · · Score: 0

    I've tried getting Mono 0.31 running under OS X 10.3.3. I downloaded the Boehm GC, everything seemed to build okay, but when I tried mcs (running on the mint interpreter, not the not-ready-for-primetime-PPC-JIT) on a simple "Hello, world" app a System.NullReferenceException gets thrown:

    #0: 0x0002e ldlen in Mono.CSharp.SeekableStreamReader::ReadBuffer ()
    #1: 0x00012 callvirt in Mono.CSharp.SeekableStreamReader::Read ()
    #2: 0x0001f callvirt in Mono.CSharp.Tokenizer::peekChar ()
    #3: 0x00001 callvirt in Mono.CSharp.Tokenizer::advance ()
    #4: 0x000d4 callvirt in Mono.CSharp.CSharpParser::yyparse ([O:0xe6e60] )
    #5: 0x00029 callvirt in Mono.CSharp.CSharpParser::parse ()
    #6: 0x00065 callvirt in Mono.CSharp.Driver::parse ([O:0x51fc0] )
    #7: 0x0002c call in Mono.CSharp.Driver::ProcessFiles ()
    #8: 0x001de call in Mono.CSharp.Driver::MainDriver ([O:0x30f78] )
    #9: 0x00001 call in Mono.CSharp.Driver::Main ([O:0x30f78] )

    Looks like something is fundamentally screwy to me. Has anyone had success with Beta 1 on OS X?

  59. Both by DreadSpoon · · Score: 5, Informative

    They are shipping both CLS and Microsoft compatible implementations. The basic idea is that new applications for Linux can use CLS plus the Mono stack (i.e., UNIX/Linux intended assemblies, like gtk-sharp, various DB libraries, POSIX wrappers, etc) and legacy or cross-platform apps can use the Microsoft stack (Windows.*, ASP.NET, ADO.NET, etc).

    For example, a GNOME app written in C# for Mono would not use the Microsoft stack at all. So even if Microsoft broke/changed/patented the Microsoft (non-ECMA) stack, that would have zero effect on the tons of Open Source/Free Software apps developed using the ECMA and Mono assemblies. Thus, Mono provides both a great set of languages (C# and anything else that can run on the CLR), a good solid runtime (Mono+CLR stacks), an efficient and cross platform interpreter and JIT/AOT compilers, and so on.

    The only thing Microsoft can kill is Microsoft compatibility. Which really isn't all that interesting to most FOSS developers. ;-)

    1. Re:Both by DimGeo · · Score: 1

      Mod this up!

    2. Re:Both by Tukla · · Score: 1
      The only thing Microsoft can kill is Microsoft compatibility. Which really isn't all that interesting to most FOSS developers.

      This is, presumably, a different set of FOSS developers than the one whose members bitch about TrollTech not releasing GPL'ed Qt on Windows.

  60. Java and Mono serve different purposes by Anonymous Coward · · Score: 3, Informative

    > What I have been wondering, however, is why .NET generated so much interest in the Open Source community? Java has been around forever, and hyped beyond belief, yet for all the talk about needing an open-source java vm and class libraries, it looks like open-source .NET is further along than open-source Java in much less time!

    I can understand why you might have that impression, but I don't think it's true.

    I think both Java and Mono have a place on Linux.

    Java provides an excellent cross platform language and runtime environment. In terms of number of job listings, it is currently the most popular languge used in business, having surpassed C/C++. And Java is well supported on Linux -- there are Open Source JVMs, the GCC supports Java bytecodes, and the Sun Java Desktop Linux distribution is finding a lot of support.

    Mono (i.e. the .Net framework, C#) fills a slightly different niche, with its strong emphasis on multi-language support. This is attractive for developers who already have a lot of code written in other languages.

    Of course, other languages can also be compiled to Java butecodes, but that aspect of Java has never been emphasized much, so it didn't really mature.

    Java is good for downloadable Internet applets, though Microsoft has used their control of the PC desktop to stunt Java's growth in that area, by sabotaging the compatibility of the Java clients (i.e. "polluting" Java with J++, then removing Java support altogether).

    C# can also be used for Internet applets, and Microsoft will try to use their desktop control to ensure C#'s success in that area. Microsoft intended to have a monopoly in that area, but that may not happen now with Linux and Mono as an alternative.

    So I think both Java and Mono/C# have roles to play, and I think they will both succeed.

    As to your suggestion that Mono/C# may be gaining greater interest on Linux than Java, I think that is a false perception.

    Instead, I think it is simply that Mono/C# currently has more buzz factor...

    I think that Java is simply accepted, and growing quietly. As I said, the popularity and support are both there.

    Mono/C#, on the other hand, is very controversial, being a Microsoft-originated technology. Thus, it makes the headlines. Add to that the Microsoft propaganda, the Microsoft-forced "success" for .Net, and the discussion over strategy for preventing a Microsoft Internet monopoly, and you get a lot of buzz factor.

    Overall, I would say not to worry. In its usual open, free-market style, Linux is trying all possible avenues to success. And it will succeed, even if we can't predict the exact mix of technologies for the future.

    1. Re:Java and Mono serve different purposes by The+Wookie · · Score: 2, Informative

      the GCC supports Java bytecodes

      GCC (GCJ, actually) does more than this. It can compile Java source code straight to a native executable without ever creating byte codes. Also, it can compile byte codes (.class files and whole JAR files I think) into native code. It can also still compile Java source to byte codes if necessary. Even if you compile to native code, it still includes a byte code engine in case you need to load class files that haven't been compiled to native code.

      The 3.4 release of GCJ can compile Eclipse into a standalone executable.

      Also, GCJ supports a much nicer native interface called CNI. It only works with GCJ, though.

    2. Re:Java and Mono serve different purposes by Anonymous Coward · · Score: 0

      > Also, GCJ supports a much nicer native interface called CNI. It only works with GCJ, though.

      So then, it's still cross platform. :-)

      Thanks for the informative post, BTW.

  61. MODS: No sense of irony! by Anonymous Coward · · Score: 0
    Mono is a sophisticated development platform, and it will provide a easy transition route away from Microsoft technologies

    It's funny laugh

  62. Awesome, beta 1 of Mono by Anonymous Coward · · Score: 0, Flamebait

    Another OSS project that is a clone of something Microsoft did, while the community bitches about Microsoft.

    10 Bitch about something Microsoft did.
    20 Clone it like hypocrites.
    30 Goto 10.

    Is there a single original thought in the entire OSS community? The power of volunteers the world over, and we make a clone of UNIX, then we make a clone of Windows on top of it. Nice.

    1. Re:Awesome, beta 1 of Mono by Per+Wigren · · Score: 2, Insightful


      10 Bitch about something Microsoft did.
      20 Clone it like hypocrites.
      30 Goto 10.


      You're forgetting that the people who "clone" and the people who bitch are usually not the same persons.

      --
      My other account has a 3-digit UID.
    2. Re:Awesome, beta 1 of Mono by Anonymous Coward · · Score: 0

      Or how about:

      10 Ignore new ideas until their marketability has been tested by someone else
      20 Write a crappier version
      30 Use operating system monopoly to foist crappier version on the world and destroy competition
      40 Complain about how open source is killing software innovation
      50 Goto 10

  63. SWT works on Mono, too! by Anonymous Coward · · Score: 0

    Please note that SWT is available for MONO/.NET, too! It is part of #Develop. In fact the IDE uses SWT too be platform independent.

    Please also note that the parent is wrong in comparint SWT with Emacs. SWT is only a toolkit. The Eclipse IDE, which is indeed light years ahead of everything else available today, also runs on top of MONO/.NET.

    However, the parent is right that Eclipse does not yet support a good C# mode which supports standard techniques such as delta-compilation, live compilation during debugging, refactoring etc. This is currently only possible in the java mode. But this isn't a problem because MONO/.Net is language agnostic, you can write java code and execute the code within MONO, there is no need to write in C#.

    > http://thisiscool.com/gcc_mingw.htm

    Sorry, but due to the thread problem, gcj on windows is unusable for real world apps.
    Even Boehm's gc does have issues in this environment

  64. Because I write .net code by Anonymous Coward · · Score: 0

    I would love to use linux on a daily basis, but can't because I actually make a good living in the MS world.

    Mono is the enabler for me, and most likely many others, to take that step.

    Why must you guys fight this kind of stuff? You sit here and advocate Linux all day long, and then whine when something comes out that not only will bring TONS of users to your platform, but gives YOU more options in your coding.

    Slashdot group frenzy is all too funny sometimes.

  65. ASP.NET Web Matrix by YrWrstNtmr · · Score: 1

    Free, full featured IDE from.....MS

    1. Re:ASP.NET Web Matrix by AstroDrabb · · Score: 1

      That will only handle ASP.Net web apps and not any GUI, console, etc type applications. As other have pointed out there is a GPLed app called SharpDevelop for the GUI side, though you now need two IDE's to work with the same framework unless you want to pay MS for VS.Net.

      --
      If Tyranny and Oppression come to this land,
      it will be in the guise of fighting a foreign enemy. -James Madison
    2. Re:ASP.NET Web Matrix by aztracker1 · · Score: 1

      Dunno, I am fond of using crimson and using batch files for compiling/moving to test location.. there is also nant.

      --
      Michael J. Ryan - tracker1.info
  66. How is support for VB 6? by Anonymous Coward · · Score: 0

    I have this (now open-source) source of a VB program I'm trying to convert to Java. Right now I get difference in calculations on same input. It would have helped me a lot if I could single-step through the original code. Would Mono (with mbas) as it is now allow me to do that? I tried to compile the VB program with the mbas of Debian unstable and so far failed miserably.

  67. Matching dates! by Anonymous Coward · · Score: 0

    Hmm. Ximian plans to release Mono 1.0 on June 30, 2004, while the U. S. Government plans to release Iraq 2.0 on the same day. Coincidence? You decide!

  68. Re:What does this mean for current .NET developers by Raster+Burn · · Score: 1

    Mono is supposed to support ASP.NET, so theoretically, you should be able to port your app. In practice, I don't know how far along this is, or how difficult it is to "port" it.

    Monodevelop is a Mono version of Sharpdevelop, an IDE similar to VS (yay, intellisense!). It is still very early in development, so I doubt you would want to use it on production software.

    Right now, I'd say that you should hold off on Mono because it's still very young. Remember it, and keep an eye on it, because I think this project is going to "turn the corner" real soon.

  69. Getting there and getting my attention by Orion+Blastar · · Score: 1

    The VB and ASP.NET aspects of it have gained my attention. Too bad they still lag behind what Microsoft has. If they develop more of it, I may try to develop for it when the VB and ASP.NET parts are done enough to be useful.

    --
    Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
  70. Re:Open Source Java (Kaffe, i.e. Kava) by Lord_Raptor · · Score: 1

    This is why the binary is called "kava" and not java.

    I used Kaffe for a project, and found it to be quite stable.

    My only gripe was that the project wasn't keeping up with the latest versions of Java. Some of the work in later versions of Java made a LOT of coding easier (SSL, Encryption, Networking, etc). For a while I was able to get around it by developing & compiling on one system, moving over the jar file & executing under kava, which worked fine until late in 1.3.x.

    It was for FreeBSD and not Linux, and perhaps the linux version was more up-to-date.

    OT: Happy Cinco de Mayo. (Cinco de Mayo)

  71. Re:Lies, opinions, and half-truths by afd8856 · · Score: 1

    > Slashdot is dead. As long as you post here, not

    --
    I'll do the stupid thing first and then you shy people follow...
  72. if you cant wait.. by minus_273 · · Score: 1

    fir mono to be finished MS has released the source for its .net system (command line only). You can download it here. then type make to build it on your favorite OS. Just as opensource, just as free.. who would have thought that would happen?

    --
    The war with islam is a war on the beast
    The war on terror is a war for peace
    1. Re:if you cant wait.. by landaker · · Score: 2, Informative

      MS has released the source for its .net system

      It's not the whole system; it doesn't include any libraries. It's basically worthless for development.

      Just as opensource, just as free..

      Wha..? You didn't read the license, did you?

      who would have thought that would happen?

      People who are misguided and don't have all the facts?

    2. Re:if you cant wait.. by minus_273 · · Score: 1

      dude, did you even read the page or try to use it?
      it includes the following and i have built it on a mac and run C# code.
      "providing a working implementation for CLI developers to explore and understand"
      i wonder what that means..

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
  73. One thing I've never seen the point of.. by kagaku · · Score: 1

    .NET seems to be a nice development platform and all, but the one thing I've never seen the point of is Microsoft developing Windows Longhorn using .NET. The whole point of .NET was cross-platform compatability right? Last time I checked, Windows only ran on x86. Am I missing something?

    --
    everyday is another shooter.
    1. Re:One thing I've never seen the point of.. by Anonymous Coward · · Score: 1, Informative

      Yes you are.

      Windows currently runs on x86, x86-64 and ia-64. Soon it will run on the G5 (Xbox2) and eventually it might run on other platforms as well. Developing something like .NET lets Microsoft ensure they can easily move software around in the future.

  74. Day for underdogs by nerdyH · · Score: 1
    hey, it's Cinco de Mayo! Do you think Miguel had anything to do with choosing the release date?

    From this story:
    On May 5, 1862, 4,000 Mexican loyalists defeated 8,000 French and revolting Mexican troops in the Battle of Puebla, an event celebrated around the world as Cinco de Mayo. Novell has chosen this day to release the first beta of Mono 1.0, an open source alternative to Microsoft's .Net framework. ...
  75. Re:What is the point of your post? RAND is a probl by Anonymous Coward · · Score: 0

    "Non-discriminatory" means everyone pays the same thing, not that someone doesn't want to pay.

    Patent licenses are incompatible with the GPL because the GPL explicitly makes them incompatible. That's the choice of the GPL developer, not the company with the patents.

    Besides, Mono is Ximian is Novell. There's something that could be worked out, esp with an anti-trust judge twisting MS's arm to licence their tech.

  76. RAND... isn't. by tepples · · Score: 1

    the standards bodies require fair and non-discriminatory licensing of any and all IP associated with standards.

    So-called "reasonable and non-discriminatory licensing" isn't.

  77. How to express .NET in a Google query by tepples · · Score: 1

    Add a generic term behind it: .net framework

  78. we have mono but java? by Anonymous Coward · · Score: 0

    where is the open source cross platform java VM?

  79. mod parent down by Anonymous Coward · · Score: 2, Informative

    > 1) Students can learn most of J2EE in half a
    > semester of a 3h course (up to Message Driven
    > Beans) with difficulty. The .Net guest taught
    > only dynamic website creation driven from a DB.

    You're comparing two lecturers, not two programming platforms. I can teach your students most of .NET programming in half a semester of a 3h course, so the fact that your colleague is incompetent is irrelevant to this discussion.

    > 2) .Net was easier for the students to create
    > simple dynamic web sites, but they didn't have
    > the restriction of asynchronous processing of
    > requests. In the real world, the .Net
    > applications they wrote would have required
    > more than twice the horsepower.

    That's utter rubbish of course. Making silly claims like 'it requires more than twice the horsepower' without backing it up is not something I would expect from a lecturer (with professional experience, I assume).

    > 3) .Net is only easier if you use the non-MVC
    > graphical development tools. Think front-page
    > style generated html that hardly works in most
    > browsers, and definately doesn't pass any kind
    > of standards.

    There's nothing in the runtime that's keeping you from using the MVC pattern in your (web-)applications. In fact, searching in Google for '"Model View Controller" C#' returns thousands of helpful hits.

    You mention struts, but struts isn't exactly part of J2EE, or is it? Fact is that most companies wouldn't touch struts with a ten-foot pole because of the same reason most companies prefer WebLogic over JBoss.

    > I have to use .Net occassionally, so I would be
    > very much interested in some book
    > reccomendations and some pointers to making a
    > real database driven application, web or
    > otherwise, in .Net.

    It's not a book of course, but take a look at Microsoft's pet shop: http://www.gotdotnet.com/team/compare/petshop.aspx

    1. Re:mod parent down by CowboyBob500 · · Score: 1

      You mention struts, but struts isn't exactly part of J2EE, or is it? Fact is that most companies wouldn't touch struts with a ten-foot pole because of the same reason most companies prefer WebLogic over JBoss.

      Absolutely NOT true, at least in the UK. I'm a software contractor, and every time I'm called about a project the first question is "Do you do Struts?". It's massive.

      Bob

    2. Re:mod parent down by j3110 · · Score: 1

      Of course it will require twice the horsepower. I'm sorry you don't understand the power of asynchronous processing, so I'll explain it to you. You know computers spend most of their time doing nothing, even servers, because people sleep a lot of the day. If you use asynchronous processing, like message queues, the work load can be processed when the CPU is available, without you having to do batch updates at night either. Therefore, your system will work near instantly at low load, then when it gets hit hard, you can still serve people, then process orders later and email them back. It's a simple concept that J2EE does pretty good. You can do some of the same in .Net, but it's not as easy and not stressed as a good design strategy. People who verify credit cards on form post are asking for trouble.

      As the other replier has said, Struts is simply a must in the J2EE world. I have rarely seen a job where MVC or Struts isn't mentioned, and they are used almost synonimously in the J2EE world.

      The links you point to ask you to do inheritance to compensate for a lack of good MVC support. I've seen that strategy, and honestly, it sucks. Pages are set to post back to themselves. There is one Java MVC controller that has been ported to .Net, but it requires messing with IIS directly to install. In Java, I create a WAR or EAR file, and it will just work.

      J2EE doesn't come with an MVC architecture by default, but anyone who has written J2EE code before Struts would generally still observe the front controller architecture. You create a single servlet to control all access to your site. You put HTML peices in other files, and you generally pass maps from form post data to action objects that process the form. Web designers can edit HTML forms, coders can write actions, and you can pretty much ignore the controller logic altogether. This is what I'm argueing is hard to do in .Net. Without something like struts for .Net, you probably won't see a great migration of complicated projects from J2EE to .Net.

      --
      Karma Clown
  80. MS and Sun Share IP Now by pluvia · · Score: 1

    Actually... Scott McNealey would have to use the patents... .NET falls under most of the Java VM patents.

    Somewhat true but, unfortunately, irrelevant.

    Sun and Microsoft Settle Litigation
    Posted by michael on Fri Apr 02, '04 11:20 AM
    from the I-guess-we-can-all-just-get-along dept.
    spurious cowherd writes "According to The Register Sun Microsystems & Microsoft have reached a settlement in their several lawsuits against each other. Sun gets $2B and both parties agree to share intellectual property." There's a press release to read as well.

    Also Update: Sun, Microsoft settle suit in billion-dollar pact

  81. Please learn how to use links. by Anonymous Coward · · Score: 0
    Please learn how to use links.
    <a href="http://www.amazon.com/exec/obidos/ASIN/02016 33612/qid=1083766172/sr=2-1/ref=sr_2_1/002-0627610 -1473657">Read this</a>.
    yields: Read this.