C++/CLI (CLR Console App) with VS2005 Problem

[mdec]

Hi,

I just bought a license of .NET Reactor, I was so far protecting only
C# CLR Console Application on VS2005. Everything always went fine.

But now, I need to release a small 'C++/CLI CLR Console Application'
on VS2005, and when I tried to
run a protected/obfuscated version it crashes. I even tried with a
simple 'Hello
World' C++/CLR console generated app (as is), it still crashes. I used
the plain vanilla 'Quick Settings' in selecting:
Console Application, NecroBit, and Obfuscation. Then click 'Protect'.
When I try to run the protected console app,
it crashes with a dialog box:

'Unhandled Exception'
System.Reflection.TargetInvocationException...
System.Reflection.RunTimeMethodInfo.Invoke(...)...etc..


I am using Visual Studio 2005 w/.NET Framework v2.0.50727
I am using .NET Reactor v3.9.8.0

Anything peculiar I should set in my settings to avoid that with a C++/
CLI console app?
Many thanks in advance!

Warmest Regards,

Michel

P.S.: I sent a email to sup...@eziriz.com, no answer since days...
even if I had always quick answers before...is it normal?

[Tim Haughton]

Is it a mixed mode assembly?

I would go through the settings, disable everything, see if it works. Then start re-enabling them one by one. I've had to do this before for other types of projects. Some of Reactor's features will upset certain types of assembly.

If you identify the culprit, please post your results. Denis may be able to fix the problem.

Regards,

Tim Haughton

2009/1/17 mdec <md...@deepobjectknowledge.com>

[Chad]

When do create a C++ application in Visual Studio, it still compiles
to native code, not a .net assembly, right? Does Reactor work with C+
+ native assembly? When I look at eziriz.com, C++ isn't listed as a
supported language even.

Chad

On Jan 19, 12:17 am, "Tim Haughton" <timhaugh...@gmail.com> wrote:
> Is it a mixed mode assembly?
>
> I would go through the settings, disable everything, see if it works. Then
> start re-enabling them one by one. I've had to do this before for other
> types of projects. Some of Reactor's features will upset certain types of
> assembly.
>
> If you identify the culprit, please post your results. Denis may be able to
> fix the problem.
>
> Regards,
>
> Tim Haughton
>

> 2009/1/17 mdec <m...@deepobjectknowledge.com>

>
>
>
>
>
> > Hi,
>
> > I just bought a license of .NET Reactor, I was so far protecting only
> > C# CLR Console Application on VS2005. Everything always went fine.
>
> > But now, I need to release a small 'C++/CLI CLR Console Application'
> > on VS2005, and when I tried to
> > run a protected/obfuscated version it crashes. I even tried with a
> > simple 'Hello
> > World' C++/CLR console generated app (as is), it still crashes. I used
> > the plain vanilla 'Quick Settings' in selecting:
> > Console Application, NecroBit, and Obfuscation. Then click 'Protect'.
> > When I try to run the protected console app,
> > it crashes with a dialog box:
>
> > 'Unhandled Exception'
> > System.Reflection.TargetInvocationException...
> > System.Reflection.RunTimeMethodInfo.Invoke(...)...etc..
>
> > I am using Visual Studio 2005 w/.NET Framework v2.0.50727
> > I am using .NET Reactor v3.9.8.0
>
> > Anything peculiar I should set in my settings to avoid that with a C++/
> > CLI console app?
> > Many thanks in advance!
>
> > Warmest Regards,
>
> > Michel
>

> > P.S.: I sent a email to supp...@eziriz.com, no answer since days...
> > even if I had always quick answers before...is it normal?- Hide quoted text -
>
> - Show quoted text -

[Tim Haughton]

Well, the OP specified C++/CLI and a *CLR* console app. C++/CLI is just another .Net language, so will produce an asselby just like C#. It gets interesting if your assembly has both managed and unmanaged code in it - then it becomes mixed mode.

Tim

2009/1/19 Chad <ch...@bluestream.org>

[Michel de Champlain]

Indeed by selecting C++/CLI and a *CLR* console app. the compiler
generates a .Net assembly (in the simplistic "Hello World" it has no
mix with unmanaged code but rather pure managed... I hope).

Thanks Tim, I will try your suggestion and come back on the result.

Warmest Regards,

Michel de Champlain, Ph.D. Eng.
Chief Scientist
DeepObjectKnowledge Inc.