[Mono-devel-list] How can Mono Existing if WinFX, Avalon, Indigio and Aero comes up with Longhorn and WinXP?

falkmilan at yahoo.de falkmilan at yahoo.de
Mon Sep 13 08:54:06 EDT 2004


Nathan Neitzke wrote:

>I don't see why this is a problem.  In fact, I think it is more an
>opportunity.  It is an opportunity for Linux to have the *same* developer
>platform & API as windows creating cross-platform applications.  Sure, it
>will take a lot of work.  But you know what?  This could be the thing Linux
>needs.  I think it is what Miguel envisioned from the beginning, except
>bigger.
>  
>

Hmm, i dont know how you see an Opportunity.

1.
MS.NET will be untouchable integrated near the Systemcore,
you cannot ignore it , all Assemblies are automatically pointing to MS.NET.

2.
MS.NET and the New OS-API WinFX (it is Managedcode) is also untouchable
integrated and cannot be removed. It want only run side by side with the 
.NET Runtime
and .NET want use many things inside from WinFX (its udividable).

<MS Statement>

WinFX will be included in Longhorn and we will make it broadly available 
for Windows XP and
Windows Server 2003. We’ve had substantial uptake on the .NET Framework 
– over 90M downloads
on Windows Update alone.

/John Montgomery, Director of Product Management, Developer Division, 
Microsoft/, August 2004

http://msdn.microsoft.com/Longhorn/Support/lhdevfaq/default.aspx#WinFXDownLevel

</>


3.
If the Win32-API Support one Day will be cutted off. no native 
Application (in Fact no
one Executable builded with Cygwin or any other native Compiler want 
longer run).

Note:
Microsfts Plan to make Software more secure is addressed to managed Code
(BufferOverflow Problem)

Durning this changes inside Windows there are many changes to the Win32-API
and the Windows Krnel was done. In an Interview o ZDNet there was an MS
Kernel Programmer (Rob Short) asked, what he think about WinXP SP2 and
Longhorn changes and he was asked about BAckward compatibility between
Windows 2003-Server and Windows NT 4.0

He said:

Almost up over 70% of all great Softwarepackages should run without changes
on Win 2003 Server, the tiniy might more better then the big Apppackages.

Aftter a time, there was SP2 for WinXP released and many People reporting
Trouble with compatibility with some Applications, because MS has done some
Memory and API Things.

(i had an nasty Idea)

MS wants make Win32-API more and more a crippe, thadt People jumping to .NET
so it is easyer for them to cut off Support one Day.

4.
On MS WinHEC Meeting, there MS.NET People says, WinForms want to be remove

<snip>

What’s the relationship between Avalon and Windows Forms?

Avalon is Microsoft’s future presentation platform for building windows 
and web applications, document,
and graphics content. It has world-class support for the latest graphics 
hardware, high-resolution monitors, and
a merged view of animation, bitmap graphics, video, and documents. When 
delivered, Avalon will become Microsoft’s
strategic UI platform.

Windows Forms is Microsoft’s current managed application UI and client 
framework with complete support and integration
with VS. Windows Forms delivers a powerful rapid application development 
experience which lowers cost of development
and time to market of smart client applications. Windows Forms also 
delivers the broadest reach and UI consistency for smart
client apps across currently supported Windows desktops. Developing 
Windows Forms based applications and adopting the
.NET framework is the best path to Avalon.

Microsoft believes that it is critical to deliver an incremental 
adoption strategy which allows developers to extend their existing
applications and seamlessly leverage Avalon functionality. There is no 
change in this strategy with today’s announcement. Microsoft
will provide bi-directional interop services between Windows Forms and 
Avalon

/John Montgomery, Director of Product Management, Developer Division, 
Microsoft/, August 2004

http://msdn.microsoft.com/Longhorn/Support/lhdevfaq/default.aspx#WinFXDownLevel

</>


My Result:

If you cannot ignore .NET and WinFX as the only thing where Applications 
can run from
in Future (Longhorn comes 2006 thadt is a clear commitment from 
Microsoft) then Mono .NET
must be self a Application written in in Managed Code thadt runs itself 
as Guest inside the MS.NET
Host .NET VM.

I think on this Point things can be slowdown.

Today, i only work on Linux/Unix with C/C++ and Java and on Winoows only 
on Java and it looks
like thadt is the only Way for me and my Customers to have an 
Investmentsecurity.

SUN, BEA, ORACLE or Blackdown and Redhat are out there and writing JVM's 
for me and
on Longhorn SUN takes Care thadt there is one, so my investment in Java 
is sure.






More information about the Mono-devel-list mailing list