User forums > Using Code::Blocks

Issues in importing a MS Visual C++ .NET 2003 solution

<< < (2/6) > >>

squizzz:
I googled few links that refer to VC Toolkit and "unresolved external symbol __ftol2".

Q: http://www.mico.org/pipermail/mico-devel/2004-September/008968.html
A: http://www.mico.org/pipermail/mico-devel/2004-September/008970.html

http://www.relisoft.com/forum/toast.asp?sub=show&action=posts&fid=5&tid=2542

This might be msvcrt.lib issue suggested there. There are also some compiler switches mentioned as well as Toolkit's limitations - you have to check it yourself whether they apply to your projects. (personally I don't use VCToolkit at all, just have it installed :) )


--- Quote ---After adding the resource directory (which point to the C:\Programme\Microsoft Visual C++ Toolkit 2003\bin where the RC.Exe is)
--- End quote ---
It doesn't seem to be related to your problem, but - it should point to Platform SDK "include" path.

Michael:
Hello,

Thank you very much for your help.

Concerning the __ftol2 symbol the solution is to add this code (see http://www.manusoft.com/Resources/ARXTips/Main.stm) :):

#if (_MSC_VER >= 1300) && (WINVER < 0x0500)
//VC7 or later, building with pre-VC7 runtime libraries
extern "C" long _ftol( double ); //defined by VC6 C libs
extern "C" long _ftol2( double dblSource ) { return _ftol( dblSource ); }
#endif

I have also tried to add to the lib directory of the free toolkit the msvcrt.lib and msvcrtd.lib, but without solution.

Anyway, this does not solve my problem with the other project, the one that display a link error to an .obj file.

It is very strange that it compile under release, but not under debug. Really strange :? :?. I will have to look at it more in depth when I will have some more free time.

Best wishes,
Michael

rickg22:
My guess is that under debug you have to link to ANOTHER additional library (ahh... don't you love Microsoft's proprietary approaches?). But then again, we'd need an expert to tell us about it.

Hmmm Example.obj... perhaps MSVC expects to find a ".obj" instead a ".o" (which is what codeblocks uses, i think)... but I'm not sure, i'm a newbie in this.

Michael:
To be honest, I do not really like Microsoft proprietary approach. It just complicate the life of developers, users and so on.

Concerning the "Chat Example Server" Project, the funny thing is that I do not have a Example src file (.c or .cpp), but just a "Chat Example Server.cpp".

Well, I suppose that digging a bit more in the free toolkit limitations and to carefully compare the .NET 2003 implementation, this will lead to a solution. Well, I hope at least.

Best wishes,
Michael

rickg22:

--- Quote from: Michael on August 09, 2005, 06:38:41 pm ---Concerning the "Chat Example Server" Project, the funny thing is that I do not have a Example src file (.c or .cpp), but just a "Chat Example Server.cpp".

--- End quote ---

Uh oh.... Houston, we have a space problem...

perhaps it tries to find "chat.obj", "example.obj" and "server.obj". Would you mind renaming that to "Chat something.cpp" and see if it tries to find something.obj?

Navigation

[0] Message Index

[#] Next page

[*] Previous page