Page http://en.wikipedia.org/wiki/Windows_RunTime
says that WinRT is a COM-based API and uses a .NET-like
metadata format.
So it is not native code after all then. I don't know why
they advertised it as native. I guess it is faster than .NET
code because it is not managed. I thought that
Am 24.06.2012 22:59 schrieb Juha Manninen juha.mannine...@gmail.com:
On Sun, Jun 24, 2012 at 8:57 PM, Sven Barth pascaldra...@googlemail.com
wrote:
I believe they'll mostly go through the WinRT, which is Microsoft's new
API pet project.
Thanks. I didn't even know about this WinRT. New
On Mon, 25 Jun 2012, Sven Barth wrote:
Am 24.06.2012 22:59 schrieb Juha Manninen juha.mannine...@gmail.com:
On Sun, Jun 24, 2012 at 8:57 PM, Sven Barth pascaldra...@googlemail.com
wrote:
I believe they'll mostly go through the WinRT, which is Microsoft's new
API pet project.
Thanks.
In our previous episode, Sven Barth said:
says that WinRT is a COM-based API and uses a .NET-like metadata format.
So it is not native code after all then. I don't know why they advertised
it as native. I guess it is faster than .NET code because it is not
managed. I thought that .NET allows
Am 25.06.2012 11:12 schrieb michael.vancann...@wisa.be:
On Mon, 25 Jun 2012, Sven Barth wrote:
Am 24.06.2012 22:59 schrieb Juha Manninen juha.mannine...@gmail.com:
On Sun, Jun 24, 2012 at 8:57 PM, Sven Barth pascaldra...@googlemail.com
wrote:
I believe they'll mostly go through the
Am 25.06.2012 11:48 schrieb Marco van de Voort mar...@stack.nl:
In our previous episode, Sven Barth said:
says that WinRT is a COM-based API and uses a .NET-like metadata
format.
So it is not native code after all then. I don't know why they
advertised
it as native. I guess it is faster
On Mon, 25 Jun 2012, Sven Barth wrote:
it as native. I guess it is faster than .NET code because it is not
managed. I thought that .NET allows non-managed code, too.
Why does COM-based + .NET-like metadata imply that it's not native
code?
The core libraries are written in either C or C++
A typelib importer is already in svn.
Which won't be of much use for WinRT as this metadata is
based on the metadata that .NET assemblies already use and not on IDL.
From .net assemblies a TLB type library can be extracted with the regasm or
tlbexp .net tools. The typelib importer reads TLB.
On 25.06.2012 13:21, michael.vancann...@wisa.be wrote:
On Mon, 25 Jun 2012, Sven Barth wrote:
it as native. I guess it is faster than .NET code because it is not
managed. I thought that .NET allows non-managed code, too.
Why does COM-based + .NET-like metadata imply that it's not native
On 6/25/2012 05:12, michael.vancann...@wisa.be wrote:
On Mon, 25 Jun 2012, Sven Barth wrote:
Why does COM-based + .NET-like metadata imply that it's not native code?
The core libraries are written in either C or C++ and the metadata is
needed so that runtimes like .NET and languages like
On 24.06.2012 15:39, Juha Manninen wrote:
*In a CNN news page
http://edition.cnn.com/2012/06/20/tech/mobile/windows-phone-8-microsoft/index.html
I found* that Windows Phone 8 will support native C code. That means it
will support also native pascal code.
Does anyone know how is it done in
11 matches
Mail list logo