.NET framework

Hi there,

I heard that the Microsoft .NET framework was also being made for Linux,
will it also be available on QNX?

Nick.

There are some efforts on Linux to make a framework that will work with
stuff built on Windows (ie: .gnu and Mono). They are still a fair bit
away from being able to doing any UI work (Window.Forms). It should be
possible to bring up thier tools on QNX, don’t think anyone has tried.

chris


Nick <a@a.com> wrote:

Hi there,

I heard that the Microsoft .NET framework was also being made for Linux,
will it also be available on QNX?

Nick.


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

I heard that Corel have been payed by Microsoft to have a full working .NET
framework within a year. This would mean that any .NET framework app would
work on both Linux and Windows, which would be very good for Linux software.
Hopefully QNX will get it too as I would love to develop apps for QNX and
Windows in one place.

Nick.

I disclaim anything that was previously
stated in this post, it wasnt me I didnt do it…

http://members.lycos.co.uk/nickpatemanpwp/

“Chris McKillop” <cdm@qnx.com> wrote in message
news:b45flc$li1$1@nntp.qnx.com

There are some efforts on Linux to make a framework that will work with
stuff built on Windows (ie: .gnu and Mono). They are still a fair bit
away from being able to doing any UI work (Window.Forms). It should be
possible to bring up thier tools on QNX, don’t think anyone has tried.

chris


Nick <> a@a.com> > wrote:
Hi there,

I heard that the Microsoft .NET framework was also being made for
Linux,
will it also be available on QNX?

Nick.


\

Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

Depending on what you are developing there might already be cross-platform
environments available today that you can use.

Our company has successfully released a product based on Qt
(www.trolltech.com)
where one application was developed under Windows XP using VC6/Qt
and then recompiled under QNX 6.2 without any modifications.

You can find QNX version of Qt at http://sourceforge.net/projects/openqnx

The beauty of Qt is that it encapsulates GUI, file and networking IO, and
many other areas. Furthermore Trolltech did a really good job in their API
design.


Jens


“Nick” <a@a.com> wrote in message news:b45k4a$oi1$1@inn.qnx.com

I heard that Corel have been payed by Microsoft to have a full working
…NET
framework within a year. This would mean that any .NET framework app
would
work on both Linux and Windows, which would be very good for Linux
software.
Hopefully QNX will get it too as I would love to develop apps for QNX and
Windows in one place.

Nick.

I disclaim anything that was previously
stated in this post, it wasnt me I didnt do it…

http://members.lycos.co.uk/nickpatemanpwp/

“Chris McKillop” <> cdm@qnx.com> > wrote in message
news:b45flc$li1$> 1@nntp.qnx.com> …
There are some efforts on Linux to make a framework that will work with
stuff built on Windows (ie: .gnu and Mono). They are still a fair bit
away from being able to doing any UI work (Window.Forms). It should be
possible to bring up thier tools on QNX, don’t think anyone has tried.

chris


Nick <> a@a.com> > wrote:
Hi there,

I heard that the Microsoft .NET framework was also being made for
Linux,
will it also be available on QNX?

Nick.


\

Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I
get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/
\

Wow, sounds good, I shall check it out.

:slight_smile:

Nick

I disclaim anything that was previously
stated in this post, it wasnt me I didnt do it…

http://members.lycos.co.uk/nickpatemanpwp/

“Jens H Jorgensen” <jhj@remove-nospam-videk.com> wrote in message
news:b45qer$5l4$1@inn.qnx.com

Depending on what you are developing there might already be cross-platform
environments available today that you can use.

Our company has successfully released a product based on Qt
(> www.trolltech.com> )
where one application was developed under Windows XP using VC6/Qt
and then recompiled under QNX 6.2 without any modifications.

You can find QNX version of Qt at > http://sourceforge.net/projects/openqnx

The beauty of Qt is that it encapsulates GUI, file and networking IO, and
many other areas. Furthermore Trolltech did a really good job in their API
design.


Jens


“Nick” <> a@a.com> > wrote in message news:b45k4a$oi1$> 1@inn.qnx.com> …
I heard that Corel have been payed by Microsoft to have a full working
.NET
framework within a year. This would mean that any .NET framework app
would
work on both Linux and Windows, which would be very good for Linux
software.
Hopefully QNX will get it too as I would love to develop apps for QNX
and
Windows in one place.

Nick.

I disclaim anything that was previously
stated in this post, it wasnt me I didnt do it…

http://members.lycos.co.uk/nickpatemanpwp/

“Chris McKillop” <> cdm@qnx.com> > wrote in message
news:b45flc$li1$> 1@nntp.qnx.com> …
There are some efforts on Linux to make a framework that will work
with
stuff built on Windows (ie: .gnu and Mono). They are still a fair bit
away from being able to doing any UI work (Window.Forms). It should
be
possible to bring up thier tools on QNX, don’t think anyone has tried.

chris


Nick <> a@a.com> > wrote:
Hi there,

I heard that the Microsoft .NET framework was also being made for
Linux,
will it also be available on QNX?

Nick.


\

Chris McKillop <> cdm@qnx.com> > “The faster I go, the behinder I
get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/


\

On 5 Mar 2003 18:29:00 GMT, Chris McKillop <cdm@qnx.com> wrote:

There are some efforts on Linux to make a framework that will work with
stuff built on Windows (ie: .gnu and Mono). They are still a fair bit
away from being able to doing any UI work (Window.Forms). It should be
possible to bring up thier tools on QNX, don’t think anyone has tried.

Microsoft recently patented the entire .Net API (I know that sounds
absurd), which throws into question whether projects like .gnu and
Mono are in breach of patent or subject to a patent license fee.

I suspect that there will be legal issues as well as technical ones
now regarding .Net on non-MS platforms.

Andrew

Andrew Thomas <andrew@cogent.ca> wrote:

On 5 Mar 2003 18:29:00 GMT, Chris McKillop <> cdm@qnx.com> > wrote:

There are some efforts on Linux to make a framework that will work with
stuff built on Windows (ie: .gnu and Mono). They are still a fair bit
away from being able to doing any UI work (Window.Forms). It should be
possible to bring up thier tools on QNX, don’t think anyone has tried.

Microsoft recently patented the entire .Net API (I know that sounds
absurd), which throws into question whether projects like .gnu and
Mono are in breach of patent or subject to a patent license fee.

I suspect that there will be legal issues as well as technical ones
now regarding .Net on non-MS platforms.

Andrew

OK. Dumb question time. In a very short paragraph, what is .NET?

OK. Dumb question time. In a very short paragraph, what is .NET?

It is a lot of things and Microsoft really messed up by calling EVERYTHING
…Net last year. What people are talking about here is actually the CRL
(Common Runtime Language) VM coupled with a set of standard CRL libs and
a LOT of MSFT specifics ones. So people using VisualStudio.Net can use it
to write C++, C# or Visual Basic code all at once with a single common VM.
The .gnu guys are trying to make a C# compiler (like thier gcj) and Mono
is trying to make a full C# VM and classlibrary set to provide a full
implementation of CRL.

chris


Chris McKillop <cdm@qnx.com> “The faster I go, the behinder I get.”
Software Engineer, QSSL – Lewis Carroll –
http://qnx.wox.org/

Chris McKillop <cdm@qnx.com> wrote:

OK. Dumb question time. In a very short paragraph, what is .NET?


It is a lot of things and Microsoft really messed up by calling EVERYTHING
.Net last year. What people are talking about here is actually the CRL
(Common Runtime Language) VM coupled with a set of standard CRL libs and
a LOT of MSFT specifics ones. So people using VisualStudio.Net can use it
to write C++, C# or Visual Basic code all at once with a single common VM.
The .gnu guys are trying to make a C# compiler (like thier gcj) and Mono
is trying to make a full C# VM and classlibrary set to provide a full
implementation of CRL.

chris

Thanks Chris

On 12 Mar 2003 23:18:48 GMT, Chris McKillop <cdm@qnx.com> wrote:

It is a lot of things and Microsoft really messed up by calling
EVERYTHING
.Net last year. What people are talking about here is actually the CRL
(Common Runtime Language) VM coupled with a set of standard CRL libs and
a LOT of MSFT specifics ones. So people using VisualStudio.Net can use
it
to write C++, C# or Visual Basic code all at once with a single common
VM.
The .gnu guys are trying to make a C# compiler (like thier gcj) and Mono
is trying to make a full C# VM and classlibrary set to provide a full
implementation of CRL.

Just for clarity, that’s CLR (Common Language Runtime). You can
think of the CLR as analogous with a Java virtual machine. The idea
is that any language compiler (Visual Basic, C#, C++) can be compiled
to IL (Intermediate Language - also called CIL) code that the CLR
understands, instead of native machine code. In theory you could then
run it on any platform that has a CLR installed. Microsoft has something
they call the “.Net Framwork” which is the collection of classes that
are available to programs running in the CLR. These are typically
compiled from IL into native code and then made available as dynamic
libraries at the operating system level. A good CLR implementation
will perform just-in-time compilation on IL code as it runs as well.

If this sounds a lot like Java, that’s because it is. There are some
differences, though:

  • Many libraries (the .Net Framework) are compiled to native code
    at the outset, improving both runtime and application startup
  • The CLR (and therefore C# and VB.Net) supports language constructs
    that Java does not. You may not care.
  • The set of standardized libraries coming out of Microsoft is huge
  • Any language front-end can be compiled to IL, unlike the Java VM
    which has historically been tied to the Java language.
  • C# and VB.Net (and C++.Net - does such a name exist?) support the
    COM interoperability model natively and with minimal programmer
    effort. However much you may hate COM, its motivations are sound.
  • Performance is likely to be much better.
  • The choice of programming language does not affect runtime speed
    or interoperability. Since all languages compile through the IL,
    language choice (Basic, C++, C#) is simply a matter of personal
    preference.

The Mono project is trying to implement everything from the CLR to
C# and Basic compilers, to the .Net Framework. The dotGNU project
is attempting the more modest goal of implementing just the CLR and
a C# compiler, though they are targeting portability across many
operating systems and hardware architectures. There is a certain
amount of code sharing between the two projects, and the dotGNU folks
believe that once they have a solid portable CLR and compiler that
they’ll be able to use most (all but one?) of the .Net Framework
libraries constructed by the Mono project.

I probably have terminology inaccuracies here - this is my disclaimer.
Microsoft doesn’t know what they’re talking about either.

Cheers,
Andrew

Andrew Thomas wrote:

  • Any language front-end can be compiled to IL, unlike the Java VM
    which has historically been tied to the Java language.

This is misleading. Years ago Ada (gnat) had the ability to output jvm
byte code; so there is at least one language other than Java that can
target the jvm.

Rennie

JPython is another nice example in this category.

dB


Rennie Allen wrote, ca. Fri, 11 Apr 2003 09:27:18 -0700:

Andrew Thomas wrote:

  • Any language front-end can be compiled to IL, unlike the Java VM
    which has historically been tied to the Java language.

This is misleading. Years ago Ada (gnat) had the ability to output jvm
byte code; so there is at least one language other than Java that can
target the jvm.

Rennie