Problem when vc.net 2003 work with Ice 1.2.0 ?question 1

[xiehua]

---development platform-------------
vc 7.1
win2000 professional simplified chinese
ice 1.20
--------------------------------------------
I just put the Ice "Hello" code into a .net form Application.
I build the Application with
/CLR
there are problems.

1. I need to put #include <Ice/Ice.h> in front of all to make it work well.
2. I can't use /Yu To save Complie time Because It rise problem.

3. When I get rid of 1. and 2.
The bug report " System.TypeLoadException" in client
when I use proxy to printstring from client to server.
but server can work well in the case.

[benoit]

Originally posted by xiehua
---development platform-------------
vc 7.1
win2000 professional simplified chinese
ice 1.20
--------------------------------------------
I just put the Ice "Hello" code into a .net form Application.
I build the Application with
/CLR
there are problems.

1. I need to put #include <Ice/Ice.h> in front of all to make it work well.

2. I can't use /Yu To save Complie time Because It rise problem.

Right, this should be fixed in the next release. See Mark's post for more details: http://www.zeroc.com/vbulletin/showt...=&threadid=363

3. When I get rid of 1. and 2.
The bug report " System.TypeLoadException" in client
when I use proxy to printstring from client to server.
but server can work well in the case.

I'm not sure why you get this exception. The "System.TypeLoadException" exception is not an Ice exception but an exception from .NET framework (see http://msdn.microsoft.com/library/de...classtopic.asp).

Benoit.

[xiehua]

Attach file hello.zip is my Application code.

I test it again,The bug report
can't load type IceInternal.Connection


The Application is simple that just a button "Printhello",
click it to printstring "hello" to the server.

[benoit]

Sorry, I should have noticed earlier that you're compiling with /CLR (Windows and .NET aren't my speciality and our Windows specialists are currently on travel). I'm afraid we currently don't support this option (see http://www.zeroc.com/vbulletin/showt...hlight=managed). Hopefully someone more familiar than me with the .NET Managed Extensions for C++ will have a suggestion regarding your problem, otherwise and if reasonable, I would suggest to use MFC instead.

Benoit.