I need to compile .NET assembly to native code. Microsoft's utility
NGEN does not produce an executable file. Instead of this, it places
the precached image to WinDir\Prefetch.This image is not a PE file.
I need the one producing PE or equivalent code in C or C++ native. Can
anybody help?

Hello LOST,

L> I need to compile .NET assembly to native code.

What do u mean? Do u want to get pure unmanaged code from managed sources?
it's impossible

L> Microsoft's utility NGEN does not produce an executable file. Instead
of this, it places
L> the precached image to WinDir\Prefetch.This image is not a PE file.

Yep, NGEN gives u platform-compiled version of your app, to avoid compilation
during starting application. The reason - to improve start up time, avoid
IL compilation

L> I need the one producing PE or equivalent code in C or C++ native.

..NET apps has the PE, but it comprises shrim class that responsible for starting
app under .net framework

---
WBR,
Michael Nemtsev :: blog: http://spaces.live.com/laflour

"At times one remains faithful to a cause only because its opponents do not
cease to be insipid." (c) Friedrich Nietzsche

Michael Nemtsev wrote:
but stored in separate executable. Why is it impossible?

Hello LOST,

Such is the .NET architecture.

Executable is only the assembly (in case of EXE file) that has a standard
PE hearder. And that uses unmanaged mscoree.dll to init all work to start
you managed code.
NGEN there helps to avoid compilation - when u call smth u redirected to
the NGEN image not to process of JIT compilation

L> Michael Nemtsev wrote:
L>
L> produce, but stored in separate executable. Why is it impossible?
L>
---
WBR,
Michael Nemtsev :: blog: http://spaces.live.com/laflour

"At times one remains faithful to a cause only because its opponents do not
cease to be insipid." (c) Friedrich Nietzsche

Because this code need the .NET runtime. Actually .NET is another operating
system than the underlaying OS (win32).

If you need native code, you should consider rewriting your application as a
win32 application.

--
Francois PIETTE
http://www.overbyte.be

Indeed, I understand JIT-compiled code requires runtime to execute.
I found one solution. It's Salamander. But it costs about $1200.

Hello LOST,

L> Indeed, I understand JIT-compiled code requires runtime to execute. I
L> found one solution. It's Salamander. But it costs about $1200.

Salamander is Decompiler - it just takes your managed binary and decomplile
it to the managed source code
There is nothig about "get unmanaged binary from managed source"

---
WBR,
Michael Nemtsev :: blog: http://spaces.live.com/laflour

"At times one remains faithful to a cause only because its opponents do not
cease to be insipid." (c) Friedrich Nietzsche

"Michael Nemtsev" <nemtsev (AT) msn (DOT) com> wrote

<quote>
Our protector is not an obfuscator, rather it converts the decompilable
Microsoft Intermediate Language code (MSIL or CIL) of your assemblies into
native format while keeping all .NET metadata intact, and thus it provides
the same level of protection as native C/C++ code.
</quote>

It's $1899 by the way. Xenocode also have something called PostBuild
(www.xenocode.com).

PS

LOST wrote:
thing the jitter can change the executed binary code around while the
program is running in order to optimize it, so the whole idea of what
you want is impossible because the code the jitter generates can depend
on the context of the execution which would not be known if you wanted
something to generate code.

It might be possible for somebody to create a program that would take an
assembly and generate a native executable from that, but as far as I
know there is nothing like that on the market today.