Slashdot Mirror


Mono Blocked from MS Conference

Anonymous Coward writes to tell us that Microsoft has apparently blocked the Mono 'Birds-of-a-Feather' meeting from being held at their Professional Developers Conference for the second year in a row. Miguel de Icaza discusses the circumstances in his blog. From the blog: 'It is their conference, and they have every right to control what they will allow to be shown there, but they actively have misrepresented things.' Not terribly surprising but infuriating nonetheless.

13 of 350 comments (clear)

  1. Re:Is this news? by NortWind · · Score: 4, Informative

    The news part is "but they actively have misrepresented things." Maybe MS misrepresenting things is not news either, but at least this is a new case of it. Mono didn't get enough votes to get in the conference, because they were not allowed on the supposedly "open" ballot.

  2. Re:Left hand, right hand (former Microsoftie here) by einhverfr · · Score: 5, Informative

    Right. It doesn't.

    I used to work at Microsoft and they have so much disorganized legacy strategy floating around that effectively keeps them from doing anything threating.

    Ever wonder why Microsoft offered help to the Mono project at first? Because they wanted to make .Net into a Java killer. And they recognized that to do this, it must be cross platform. And to have an edge on Java, it must be an open standard (which Java is not). So Microsoft tried to engineer the perfect Java Killer. Unfortunately for them, .Net is likely to be a more effective Windows killer than a Java killer..... So now they are stuck. They are still *trying* to kill Java, but in the end they are realizing that they have built their own worst enemy.

    So this largely explains their dilema, their disorganization, and their self-defeating strategy.

    --

    LedgerSMB: Open source Accounting/ERP
  3. Mono: **Listen up! Trolls, Uninformed and deluded by Anonymous Coward · · Score: 5, Informative

    1. It is not illegal to use mono or to develop mono.
    2. C#/.net libraries are ECMA standards

    However,

    1. Microsoft has the right to charge a RAND (reasonable and non-descriminatory) fee at any time for the use of these standards.
    2. They have never, ever, stated in any binding way that they would not do so in the future.
    3. *any* fee, even minimal would result in the instant death of any OSS project dependent on those standards.
    4. RAND can (and frequently does in the proprietary software world) mean several dollars per download! Or requiring build licenses for all developers producing binaries (every end user of gentoo for example!) that are in the hundreds of $ range. These are all reasonable and non-descriminatory in that context!

    Miguel De Icasa and Ximian/Mono people *know* this full well but don't want to admit how dangerous mono adoption is for the gnome community. They cite a BS casual mailing list post from the head engineer of .net as their claim that MS will never sue.

    See how much crap this is for yourself (from official Mono faq):

    http://web.archive.org/web/20030609164123/http://m ailserver.di.unip.....
    http://www.go-mono.com/faq.html#patents

    Jim Miller's off hand email is the *only* assurance anyone has ever received that MS would never charge a RAND fee! If this were truly MS's commitment then they could release a statement or legally commit themselves to that! This email is not not not legally binding people! Until MS makes a legally binding agreement to never charge for use of these standards, it is not ok to use mono!

    See also Seth Nickels' blog on this subject "Why Mono is currently an unnacceptable risk":

    http://www.gnome.org/~seth/blog/2004/May

    The two main arguments against what I'm saying are realy crap also:

    1. Java is also proprietary:

    Yes but Sun has licensed Java in such a way that they are legally prohibited from charging *any* royalties at all for existing releases of Java. We know with 100% certainty that Sun will never try and collect any RAND fee. Ever. The situation with Java is totally different for this reason. Even if Sun changed its mind or was purchased by a less generous company (like MS for example), existing releases of Java and alternative implementations based on existing released specs would always remain free as in beer. The no version of the .net ecma standards ever has been comparably free.

    2. You are always infringing somewhere, worrying about this is wasting your time:

    True, there is always a danger of unknowingly infringing. However, in this case mono is knowingly using patented software. If MS decided to collect or sue, mono and gnome would have absolutely zero defense! Furthermore, MS is well known for destroying threatening companies when it suits them to do so! They have done this many times in the past. Remeber how they *lost* an anti-trust lawsuit? It is because they are agressive, unscrupulous and incredibly rich and illegal monopoly that used its power to destroy competition. They can and will crush gnome if gnome threatens MS! Mono is the ultimate submarine. We build it, integrate it so gnome can't live without it, then they kill gnome by charging for builds. Bam. Gnome is dead on that day.

    Take Away: Mono is cool but way too dangerous. Smart people and companies are staying away from it (which turns out to be *most* companies by the way. That is why Redhat and others are pushing Java as an alternative). People who back mono either have motive (ximian), are misinformed (most of the people on this forum), or just dumb (people who are really drooling over the potential of mono so they are ignoring the risk, probably ximian a

  4. Re:More importantly by Anonymous Coward · · Score: 5, Informative

    "Nonsense. Mono is quite clean of Microsoft intellectual "property". There is no legal threat to the Mono project."

    *said by a Novell representative* Oh, wait!

    http://osnews.com/permalink.php?news_id=11889&comm ent_id=32499

    "1. It is not illegal to use mono or to develop mono.
    2. C#/.net libraries are ECMA standards

    However,

    1. Microsoft has the right to charge a RAND (reasonable and non-descriminatory) fee at any time for the use of these standards.
    2. They have never, ever, stated in any binding way that they would not do so in the future.
    3. *any* fee, even minimal would result in the instant death of any OSS project dependent on those standards.
    4. RAND can (and frequently does in the proprietary software world) mean several dollars per download! Or requiring build licenses for all developers producing binaries (every end user of gentoo for example!) that are in the hundreds of $ range. These are all reasonable and non-descriminatory in that context!

    Miguel De Icasa and Ximian/Mono people *know* this full well but don't want to admit how dangerous mono adoption is for the gnome community. They cite a BS casual mailing list post from the head engineer of .net as their claim that MS will never sue.

    See how much crap this is for yourself (from official Mono faq):

    http://web.archive.org/web/20030609164123/http://m ailserver.di.unip.....
    http://www.go-mono.com/faq.html#patents

    Jim Miller's off hand email is the *only* assurance anyone has every received that MS would never charge a RAND fee! If this were truly MS's commitment then they could release a statement or legally commit themselves to that! This email is not not not legally binding people! Until MS makes a legally binding agreement to never charge for use of these standards, it is not ok to use mono!

    See also Seth Nickels' blog on this subject "Why Mono is currently an unnacceptable risk":

    http://www.gnome.org/~seth/blog/2004/May

    The two main arguments against what I'm saying are realy crap also:

    1. Java is also proprietary: Yes but Sun has licensed Java in such a way that they are legally prohibited from charging *any* royalties at all for existing releases of Java. We know with 100% certainty that Sun will never try and collect any RAND fee. Ever. The situation with Java is totally different for this reason.
    2. You are always infringing somewhere, worrying about this is wasting your time: True, there is always a danger of unknowingly infringing. However, in this case mono is knowingly using patented software. If MS decided to collect or sue, mono and gnome would have absolutely zero defense! Furthermore, MS is well known for destroying threatening companies when it suits them to do so! They have done this many times in the past. Remeber how they *lost* an anti-trust lawsuit? It is because they are agressive, unscrupulous and incredibly rich. They can and will crush gnome if gnome threatens MS! Mono is the ultimate submarine. We build it, integrate it so gnome can't live without it, then they kill gnome by charging for builds. Bam. Gnome is dead on that day.

    Take Away: Mono is cool but way too dangerous. Smart people and companies are staying away from it (which turns out to be *most* companies bye the way. That is why Redhat and others are pushing Java as an alternative). People who back mono either have motive (ximian), are misinformed (most of the people on this forum), or just dumb (people who are really drooling over the potential of mono so they are ignoring the risk, probably ximian and some gnome developers again)"

  5. Monster throws chair by putko · · Score: 2, Informative

    Reminds me of the typical story about a wizard who summons a monster to rule the world, and then the monster kills him.

    Or instead of killing him, the monster just throws a chair at him.

    Great analogy. But really, what more do you expect -- if you read up on innovation, you'll see that this happens all the time -- Micro$oft isn't going to cannibalize themselves voluntarily, but it will get them in the end.

    --
    http://www.thebricktestament.com/the_law/when_to_s tone_your_children/dt21_18a.html
  6. Re:Mono is better in many ways by Anonymous Coward · · Score: 5, Informative

    Wrong on both counts.

    C# / .Net apps can (and in fact, do) require specific versions of certain libraries, or even certain versions of the runtime itself. When an app is built, it is built against a specific version of the runtime, and when run it will be run against the same versions. So if you only have .Net 2.0 installed (assuming Microsoft don't bundle 1.1 and 1.0 with it as well), you may well find yourself in a position where 1.0 and 1.1 apps no longer work. This is intentional, by design, and there's nothing you can do about it. You simply have to install multiple versions of the runtime.

    Java apps may require a certain minimum version of Java, but I've never, ever seen a Java app require a specific version of Java unless the app itself is broken in some way. I've run stuff from Java 1.0 on a current Java 1.5 runtime, and it still works as well as it ever did (better, in fact).

  7. Why not Java? Here's why. by idlake · · Score: 1, Informative
    Why you wouldn't use an existing and mature cross platform language that is non-microsoft is beyond me.

    For the obvious reasons:
    • There is effectively only a single compatible implementation of Java SE (Sun's, plus its licensed derivatives), so the way Java achieves cross platform capabilities is the same way Microsoft or Delphi does: through the implementation, not through the standard.
    • Compatible Java implementations do not run on many platforms; they don't run on my Linux distribution, for example.
    • The core Java standard is controlled by Sun and third parties are not free to implement it any way they choose.
    • The evolution of the Java standard is heading in the wrong direction; whether the process is "fair and open" or not, it isn't working as far as I'm concerned.
    • There are horrendous version dependencies in Java: while I know how to write Java software that works across most existing versions of Java, a lot of commercial software fails when used with the wrong Java runtime version.
    • Java has serious technical limitations compared to C# in the areas of generic types, value classes, and numerical programming.
    • C#'s interface with native code is much simpler, much safer, and much more efficient than Java's. One consequence of this is that I can continue to use the native libraries I need without having to rewrite them or wrap them up in JNI.

    I've been using Java for many years, and it has failed to mature as a general purpose programming language. For my work, it's either back to C++ or C#; Java is not an option anymore.
  8. Re:Left hand, right hand (former Microsoftie here) by blowdart · · Score: 2, Informative
    You're assuming that the CLR security setup is like ActiveX; it's not.

    The CLR proves zonal security, which can be set at the enterprise, machine and user levels. By default you get Full Trust, Skip Verification, Execution, Nothing, Local Intranet, Internet and Everything. Don't like those zones? You can create your own and provide the conditions for an executable or loaded assembly to be placed in them. For example I have c:\sandbox\internet in the Internet zone. Any CLR exec I drop in there runs under that zone, despite being on the local hard drive, which by default has Full Trust.

    Better still you have CAS, which allows you to specify what permissions you need. The permissions are granular and you can create your own should you need to. If the zone your code is starting in does not have the permissions you request the CLR will not run it. You can also request optional permissions, so if you optionally request to save to local hard drives, and you don't get it, you can remove that menu option/functionality.

    So there is a CLR sandbox, there has always been a CLR sandbox. It's not ActiveX.

  9. Re:Left hand, right hand (former Microsoftie here) by DrXym · · Score: 2, Informative
    Sadly, .NET is no Windows killer. You just have to look at enough .NET apps to realise that many will only run on Windows. I'm know there are Mono / .NET apps out there that are clean but many apps that use PInvoke or COM interop to function. These are doomed to never work with Mono. You can bet that this inclues many apps ported from VB6 to .NET.

    On top of that Microsoft is pushing things called Application Blocks (ABs) which a useful bits of functionality such as logging and caching. There is already an enterprise library version of the ABs (backend stuff mostly) and MS is poised to release ABs for UI development for .NET 2.0. In theory this sounds like a great idea, but you just have to grep the source of these ABs for PInvoke and you realise they're infested with Win32 calls. So anyone who uses an AB may unwittingly be tying themselves to Win32.

    I suppose in theory, the ABs could be fixed to remove the calls - calls to high performance timers and so on - but where is the pressure going to be to do that? Microsoft most certainly won't care to do it, and I suspect there will be all kinds of rules to prevent developers doing it.

    So at the end of the day whether .NET is allegedly cross-platform, the reality is that it isn't. Not while MS continue to push and enable native calls by default.

  10. Re:Mono is better in many ways by dotcher · · Score: 2, Informative
    I quote, from http://www.gotdotnet.com/team/changeinfo/default.a spx
    The .NET Framework attempts to maintain backward and forward compatibility between versions. However, a change to the .NET Framework that improves security, correctness, or functionality might also raise compatibility issues.

    Backward compatibility means an application written for the .NET Framework version 1.0 can execute on version 1.1. The .NET Framework provides the highest degree of support for backward compatibility. Most applications that work on the current version of the .NET Framework will work on the next version of the .NET Framework.

    Forward compatibility means an application written for the .NET Framework version 1.1 can execute on version 1.0. Although forward compatibility is supported by the .NET Framework, an application that uses a type or member specific to version 1.1 will never run properly on version 1.0. This is not a forward incompatibility because the application can never be expected to work. If you want your application to run properly on both versions of the .NET Framework, then your application should only use types and members in version 1.0.

    Now, I'll admit it's not always perfect, but in my experience it works. I work on a large LOB application, which has been developed for the 1.0 framework. It runs fine (in fact, it runs somewhat better) on the 1.1 framework.

    The only work we had to do to enable this was add a few lines to the configuration files on the machines which had both 1.0 and 1.1 frameworks installed. This forced the applications to use a specific version (1.1), not the version they were compiled against. I believe the middle-tier components, which are web services hosted in IIS, required a similar tweak to the IIS configuration.

    Requiring specific versions of other libraries may well be an issue - I've not had any experience one way or the other. The project I work on deploys all the required dependencies alongside the application files, which I would expect to mitigate most versioning issues with the libraries we use.

  11. How is the parent +4 Interesting? by Gorath99 · · Score: 2, Informative

    What???

    Java does not run on my Linux box, for example, while Mono does.

    I work on Redhat, CentOS, Debian and Mandrake boxes and each and every one of those runs Java just fine.

    Java has not "proven to scale" any more than Mono has;

    Right, all the Fortune 500 companies use Mono for their enterprise apps instead of Java. (Yes, that is sarcasm.)

    and while Sun was pushing Java for enterprise apps, their runtime had horrendous memory leaks.

    Yeah, version 1.1 was buggy, but that was ages ago. Early linux versions were not so great either. Software can improve, you know.

    Finally, Java is not mature, it's frozen; there is a difference.

    Have you even looked at Java 5? The list of improvements is enormous.

    Come on. There are plenty of real reasons to praise Mono. Don't try to make up false ones.

  12. Re:.Net is an "open" framework, why is MS worried? by jvital · · Score: 2, Informative

    Is Sun nervous because Blackdown has made their own JDK? I highly doubt it.

    Blackdown didn't make their own JDK; they just ported Sun's code to platforms where it didn't run before - and, of course, with Sun's permission.

  13. Re:More importantly by WindBourne · · Score: 2, Informative

    I cry foolishness and an unwillingness to read.

    Per the ECMA site.: General Declaration: The General Assembly of Ecma shall not approve recommendations of Standards which are covered by patents when such patents will not be licensed by their owners on a reasonable and non-discriminatory basis.

    The ECMA page totally backs what the AC said. And that is about the language itself. The ECMA standard has nothing to do with .net library, which is almost certainly covered by numerous MS Patents and Trademarks. Everybody seems to want to take the republican approach to this issue and look the other way (no such issue exists; if we ignore it, it will go away; MS would never file suit against mono). This is a problem, and it will not be going away.

    --
    I prefer the "u" in honour as it seems to be missing these days.