Re: Microsoft to certify and support SUSE Linux !


"Chad Z. Hower" wrote in message >>

Microsoft .NET for Linux?

1) Mono

2) Rotor (Done by MS)

3) Lets talk again next year....


May be MSSQL for Linux?

that could be in their plans to compete with MySQL


.

Relevant Pages

  • Re: Codegear in the news
    ... Like BDS2006, once you go past the rudimentary support Mono offers for .NET, it becomes near useless as a programming tool/platform. ... About as Rudimentary as Lazarus' support for Win32 VCL development (and people are producing commercial applications with Lazarus, ... And, of course, Mono is harder to deploy on Linux than the .NET Framework on Windows, due to dependencies. ... The same fears that everyone has IRT Microsoft are real on Linux, a platform known for its ability to break existing applications on upgrade, and known for the plethora of patches that can come through via automatic updates. ...
    (borland.public.delphi.non-technical)
  • Re: Languages, .NET, and shareware
    ... Mono emulates nothing. ... there is no such thing as a C# standard. ... http://www.kaffe.org/ appears to be an implementation of the Java virtual ... But if the market shifts somewhat in the direction of Linux, ...
    (comp.software.shareware.authors)
  • Re: Write Once, Dont Call the Next Day...
    ... Go mono. ... Mono is a trojan horse that will kill or wound Linux in future. ... Because Microsoft has patents on parts of it, ... > a Java vendor) ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Microsoft and trust
    ... .NET apps do not have large Windows API dependencies. ... sharpdevelop won't run on mono? ... You said yourself, they already have a Mac-Port of Silverlight, ... why not for Linux - I mean, ...
    (microsoft.public.vb.general.discussion)
  • Re: And the killer feature is ...
    ... announcement of the Mono project there was much speculation that MS would ... block the project and prevent any porting to Linux. ... Later on as the Mono ... * People developing their own CLI implementations will find the Shared ...
    (borland.public.delphi.non-technical)