.NET platform independence ?

[Joel]

If I'm not wrong, .NET generates MSIL which can be executed by the CLR
on any machine because the code is managed, but what if a programmer
decides to use a bit of unmanaged code, say a feature of the win32 api,
how
is platform independence going to be achieved then.

Thanks

Joel

[Scott M.]

No, .NET development is meant for the Windows platform. While there are
movements out there to have .NET run on non-Windows platforms, these are not
MS's intention for .NET.
"Joel" <jo*******@gmail.comwrote in message
news:11**********************@s48g2000cws.googlegr oups.com...

If I'm not wrong, .NET generates MSIL which can be executed by the CLR
on any machine because the code is managed, but what if a programmer
decides to use a bit of unmanaged code, say a feature of the win32 api,
how
is platform independence going to be achieved then.

Thanks

Joel

[schneider]

MS has builds that work/worked in Linux, and Mac called "Rotor".

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:u4**************@TK2MSFTNGP04.phx.gbl...

No, .NET development is meant for the Windows platform. While there are
movements out there to have .NET run on non-Windows platforms, these are
not MS's intention for .NET.
"Joel" <jo*******@gmail.comwrote in message
news:11**********************@s48g2000cws.googlegr oups.com...

>If I'm not wrong, .NET generates MSIL which can be executed by the CLR
on any machine because the code is managed, but what if a programmer
decides to use a bit of unmanaged code, say a feature of the win32 api,
how
is platform independence going to be achieved then.

Thanks

Joel

[Scott M.]

Yes, but these are not standard parts of the .NET Framework. To be sure,
..NET was initially developed solely for Windows development with web
services being the bridge to other platforms.
"schneider" <es********@starkinvestments.cemwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...

MS has builds that work/worked in Linux, and Mac called "Rotor".

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:u4**************@TK2MSFTNGP04.phx.gbl...

>No, .NET development is meant for the Windows platform. While there are
movements out there to have .NET run on non-Windows platforms, these are
not MS's intention for .NET.
"Joel" <jo*******@gmail.comwrote in message
news:11**********************@s48g2000cws.googleg roups.com...

>>If I'm not wrong, .NET generates MSIL which can be executed by the CLR
on any machine because the code is managed, but what if a programmer
decides to use a bit of unmanaged code, say a feature of the win32 api,
how
is platform independence going to be achieved then.

Thanks

Joel

[schneider]

Scott is correct, I just wanted to indicate that it was/can be done.

Schenider

"Scott M." <s-***@nospam.nospamwrote in message
news:eO*************@TK2MSFTNGP02.phx.gbl...

Yes, but these are not standard parts of the .NET Framework. To be sure,
.NET was initially developed solely for Windows development with web
services being the bridge to other platforms.
"schneider" <es********@starkinvestments.cemwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...

>MS has builds that work/worked in Linux, and Mac called "Rotor".

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:u4**************@TK2MSFTNGP04.phx.gbl...

>>No, .NET development is meant for the Windows platform. While there are
movements out there to have .NET run on non-Windows platforms, these are
not MS's intention for .NET.
"Joel" <jo*******@gmail.comwrote in message
news:11**********************@s48g2000cws.google groups.com...
If I'm not wrong, .NET generates MSIL which can be executed by the CLR
on any machine because the code is managed, but what if a programmer
decides to use a bit of unmanaged code, say a feature of the win32 api,
how
is platform independence going to be achieved then.

Thanks

Joel

[Scott M.]

I thought I indicated the same in my first response:

"While there are movements out there to have .NET run on non-Windows
platforms, these are
not MS's intention for .NET."
"schneider" <es********@starkinvestments.cemwrote in message
news:Ox**************@TK2MSFTNGP02.phx.gbl...

Scott is correct, I just wanted to indicate that it was/can be done.

Schenider

"Scott M." <s-***@nospam.nospamwrote in message
news:eO*************@TK2MSFTNGP02.phx.gbl...

>Yes, but these are not standard parts of the .NET Framework. To be sure,
.NET was initially developed solely for Windows development with web
services being the bridge to other platforms.
"schneider" <es********@starkinvestments.cemwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...

>>MS has builds that work/worked in Linux, and Mac called "Rotor".

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:u4**************@TK2MSFTNGP04.phx.gbl...
No, .NET development is meant for the Windows platform. While there
are movements out there to have .NET run on non-Windows platforms,
these are not MS's intention for .NET.
"Joel" <jo*******@gmail.comwrote in message
news:11**********************@s48g2000cws.googl egroups.com...
If I'm not wrong, .NET generates MSIL which can be executed by the CLR
on any machine because the code is managed, but what if a programmer
decides to use a bit of unmanaged code, say a feature of the win32
api,
how
is platform independence going to be achieved then.
>
Thanks
>
Joel
>

[schneider]

Relax, you mentioned movements, I am pointing out the specific movements.
Also ASP.NET is running on linux.

MS "Rotor"
http://msdn.microsoft.com/msdnmag/is...aredsourcecli/

Mono
http://www.mono-project.com/Main_Page

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:eA**************@TK2MSFTNGP05.phx.gbl...

>I thought I indicated the same in my first response:

"While there are movements out there to have .NET run on non-Windows
platforms, these are
not MS's intention for .NET."
"schneider" <es********@starkinvestments.cemwrote in message
news:Ox**************@TK2MSFTNGP02.phx.gbl...

>Scott is correct, I just wanted to indicate that it was/can be done.

Schenider

"Scott M." <s-***@nospam.nospamwrote in message
news:eO*************@TK2MSFTNGP02.phx.gbl...

>>Yes, but these are not standard parts of the .NET Framework. To be
sure, .NET was initially developed solely for Windows development with
web services being the bridge to other platforms.
"schneider" <es********@starkinvestments.cemwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl.. .
MS has builds that work/worked in Linux, and Mac called "Rotor".

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:u4**************@TK2MSFTNGP04.phx.gbl...
No, .NET development is meant for the Windows platform. While there
are movements out there to have .NET run on non-Windows platforms,
these are not MS's intention for .NET.
>
>
"Joel" <jo*******@gmail.comwrote in message
news:11**********************@s48g2000cws.goog legroups.com...
>If I'm not wrong, .NET generates MSIL which can be executed by the
>CLR
>on any machine because the code is managed, but what if a programmer
>decides to use a bit of unmanaged code, say a feature of the win32
>api,
>how
>is platform independence going to be achieved then.
>>
>Thanks
>>
>Joel
>>
>
>

[Chris Mullins [MVP]]

Don't forget the .NET Compact Framework, which runs on a wide variety of
hardware platforms - Smartphones, PDA's, etc. This includes a number of
physical processor types.

There's also the CLR that's shipping with WPF/e (currently in CTP status) -
that's a "subset of the CLR" (probably similar to the Compact Framework)
that's indended to run on a number of platforms, including the Mac.

--
Chris Mullins, MCSD.NET, MCPD:Enterprise, MVP C#
http://www.coversant.net/blogs/cmullins

"schneider" <es********@starkinvestments.cemwrote in message
news:uf**************@TK2MSFTNGP03.phx.gbl...

Relax, you mentioned movements, I am pointing out the specific movements.
Also ASP.NET is running on linux.

MS "Rotor"
http://msdn.microsoft.com/msdnmag/is...aredsourcecli/

Mono
http://www.mono-project.com/Main_Page

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:eA**************@TK2MSFTNGP05.phx.gbl...

>>I thought I indicated the same in my first response:

"While there are movements out there to have .NET run on non-Windows
platforms, these are
not MS's intention for .NET."
"schneider" <es********@starkinvestments.cemwrote in message
news:Ox**************@TK2MSFTNGP02.phx.gbl...

>>Scott is correct, I just wanted to indicate that it was/can be done.

Schenider

"Scott M." <s-***@nospam.nospamwrote in message
news:eO*************@TK2MSFTNGP02.phx.gbl...
Yes, but these are not standard parts of the .NET Framework. To be
sure, .NET was initially developed solely for Windows development with
web services being the bridge to other platforms.
"schneider" <es********@starkinvestments.cemwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl. ..
MS has builds that work/worked in Linux, and Mac called "Rotor".
>
Schneider
>
"Scott M." <s-***@nospam.nospamwrote in message
news:u4**************@TK2MSFTNGP04.phx.gbl.. .
>No, .NET development is meant for the Windows platform. While there
>are movements out there to have .NET run on non-Windows platforms,
>these are not MS's intention for .NET.
>>
>>
>"Joel" <jo*******@gmail.comwrote in message
>news:11**********************@s48g2000cws.goo glegroups.com...
>>If I'm not wrong, .NET generates MSIL which can be executed by the
>>CLR
>>on any machine because the code is managed, but what if a programmer
>>decides to use a bit of unmanaged code, say a feature of the win32
>>api,
>>how
>>is platform independence going to be achieved then.
>>>
>>Thanks
>>>
>>Joel
>>>
>>
>>
>
>

[schneider]

Thanks Chris,

Don't know why I always forget the Compact Framework...

Schneider

"Chris Mullins [MVP]" <cm******@yahoo.comwrote in message
news:OI**************@TK2MSFTNGP05.phx.gbl...

Don't forget the .NET Compact Framework, which runs on a wide variety of
hardware platforms - Smartphones, PDA's, etc. This includes a number of
physical processor types.

There's also the CLR that's shipping with WPF/e (currently in CTP
status) - that's a "subset of the CLR" (probably similar to the Compact
Framework) that's indended to run on a number of platforms, including the
Mac.

--
Chris Mullins, MCSD.NET, MCPD:Enterprise, MVP C#
http://www.coversant.net/blogs/cmullins

"schneider" <es********@starkinvestments.cemwrote in message
news:uf**************@TK2MSFTNGP03.phx.gbl...

>Relax, you mentioned movements, I am pointing out the specific movements.
Also ASP.NET is running on linux.

MS "Rotor"
http://msdn.microsoft.com/msdnmag/is...aredsourcecli/

Mono
http://www.mono-project.com/Main_Page

Schneider

"Scott M." <s-***@nospam.nospamwrote in message
news:eA**************@TK2MSFTNGP05.phx.gbl...

>>>I thought I indicated the same in my first response:

"While there are movements out there to have .NET run on non-Windows
platforms, these are
not MS's intention for .NET."
"schneider" <es********@starkinvestments.cemwrote in message
news:Ox**************@TK2MSFTNGP02.phx.gbl...
Scott is correct, I just wanted to indicate that it was/can be done.

Schenider

"Scott M." <s-***@nospam.nospamwrote in message
news:eO*************@TK2MSFTNGP02.phx.gbl...
Yes, but these are not standard parts of the .NET Framework. To be
sure, .NET was initially developed solely for Windows development with
web services being the bridge to other platforms.
>
>
"schneider" <es********@starkinvestments.cemwrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl.. .
>MS has builds that work/worked in Linux, and Mac called "Rotor".
>>
>Schneider
>>
>"Scott M." <s-***@nospam.nospamwrote in message
>news:u4**************@TK2MSFTNGP04.phx.gbl. ..
>>No, .NET development is meant for the Windows platform. While there
>>are movements out there to have .NET run on non-Windows platforms,
>>these are not MS's intention for .NET.
>>>
>>>
>>"Joel" <jo*******@gmail.comwrote in message
>>news:11**********************@s48g2000cws.go oglegroups.com...
>>>If I'm not wrong, .NET generates MSIL which can be executed by the
>>>CLR
>>>on any machine because the code is managed, but what if a
>>>programmer
>>>decides to use a bit of unmanaged code, say a feature of the win32
>>>api,
>>>how
>>>is platform independence going to be achieved then.
>>>>
>>>Thanks
>>>>
>>>Joel
>>>>
>>>
>>>
>>
>>
>
>