.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*******@gmai l.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]

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

Schneider

"Scott M." <s-***@nospam.nosp amwrote in message
news:u4******** ******@TK2MSFTN GP04.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*******@gmai l.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

[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********@sta rkinvestments.c emwrote in message
news:%2******** ********@TK2MSF TNGP05.phx.gbl. ..

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

Schneider

"Scott M." <s-***@nospam.nosp amwrote in message
news:u4******** ******@TK2MSFTN GP04.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*******@gmai l.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

[schneider]

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

Schenider

"Scott M." <s-***@nospam.nosp amwrote in message
news:eO******** *****@TK2MSFTNG P02.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********@sta rkinvestments.c emwrote in message
news:%2******** ********@TK2MSF TNGP05.phx.gbl. ..

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

Schneider

"Scott M." <s-***@nospam.nosp amwrote in message
news:u4******* *******@TK2MSFT NGP04.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*******@gmai l.comwrote in message
news:11****** *************** *@s48g2000cws.g ooglegroups.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********@sta rkinvestments.c emwrote in message
news:Ox******** ******@TK2MSFTN GP02.phx.gbl...

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

Schenider

"Scott M." <s-***@nospam.nosp amwrote in message
news:eO******** *****@TK2MSFTNG P02.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********@sta rkinvestments.c emwrote in message
news:%2******* *********@TK2MS FTNGP05.phx.gbl ...

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

Schneider

"Scott M." <s-***@nospam.nosp amwrote in message
news:u4****** ********@TK2MSF TNGP04.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*******@gmai l.comwrote in message
news:11***** *************** **@s48g2000cws. googlegroups.co m...
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.nosp amwrote in message
news:eA******** ******@TK2MSFTN GP05.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********@sta rkinvestments.c emwrote in message
news:Ox******** ******@TK2MSFTN GP02.phx.gbl...

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

Schenider

"Scott M." <s-***@nospam.nosp amwrote in message
news:eO******* ******@TK2MSFTN GP02.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********@sta rkinvestments.c emwrote in message
news:%2****** **********@TK2M SFTNGP05.phx.gb l...
MS has builds that work/worked in Linux, and Mac called "Rotor".

Schneider

"Scott M." <s-***@nospam.nosp amwrote in message
news:u4***** *********@TK2MS FTNGP04.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*******@gmai l.comwrote in message
news:11**** *************** ***@s48g2000cws .googlegroups.c om...
>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********@sta rkinvestments.c emwrote in message
news:uf******** ******@TK2MSFTN GP03.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.nosp amwrote in message
news:eA******** ******@TK2MSFTN GP05.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********@sta rkinvestments.c emwrote in message
news:Ox******* *******@TK2MSFT NGP02.phx.gbl.. .

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

Schenider

"Scott M." <s-***@nospam.nosp amwrote in message
news:eO****** *******@TK2MSFT NGP02.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********@sta rkinvestments.c emwrote in message
news:%2***** ***********@TK2 MSFTNGP05.phx.g bl...
MS has builds that work/worked in Linux, and Mac called "Rotor".
>
Schneider
>
"Scott M." <s-***@nospam.nosp amwrote in message
news:u4**** **********@TK2M SFTNGP04.phx.gb l...
>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*******@gmai l.comwrote in message
>news:11*** *************** ****@s48g2000cw s.googlegroups. 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******** ******@TK2MSFTN GP05.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********@sta rkinvestments.c emwrote in message
news:uf******** ******@TK2MSFTN GP03.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.nosp amwrote in message
news:eA******* *******@TK2MSFT NGP05.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********@sta rkinvestments.c emwrote in message
news:Ox****** ********@TK2MSF TNGP02.phx.gbl. ..
Scott is correct, I just wanted to indicate that it was/can be done.

Schenider

"Scott M." <s-***@nospam.nosp amwrote in message
news:eO***** ********@TK2MSF TNGP02.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.
>
>
"schneide r" <es********@sta rkinvestments.c emwrote in message
news:%2**** ************@TK 2MSFTNGP05.phx. gbl...
>MS has builds that work/worked in Linux, and Mac called "Rotor".
>>
>Schneide r
>>
>"Scott M." <s-***@nospam.nosp amwrote in message
>news:u4*** ***********@TK2 MSFTNGP04.phx.g bl...
>>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*******@gmai l.comwrote in message
>>news:11** *************** *****@s48g2000c ws.googlegroups .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
>>>programm er
>>>decide s 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
>>>>
>>>
>>>
>>
>>
>
>