Linker errors [Resolved]

[SLH]

Hello again all.

Linker trouble this time. When i try to compile i get the following error:

TerrainGen error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMTD.lib(new.obj)
TerrainGen error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) already defined in LIBCMTD.lib(dbgdel.obj)

I havn't tried to override the new or delete operators or anything (i don't even use them). I am using 3 files in my C++ .Net 2003 project with header includes as shown:

Bitmap.h
#include <stdio.h>
#include <malloc.h>
#include <windows.h>

Main.cpp
#include <afxwin.h>
#include <windows.h>
#include <d3dx9.h>

Direct3D.cpp
#include "Bitmap.h"
#include <mmsystem.h>
#include <d3dx9.h>

Any ideas on what can be causing the error? I've fiddled around with the includes but can't seem to get the project to compile (either with error: indefined messages, or errors as above).

Thanks for any help provided.

[NoteMe]

Are you using those

#ifndef
#define

#endif

I can see you have added windows.h two places...

[CornedBee]

Seems like an import library that conflicts with the Standard C++ Library. That's always fun.

Try to use the "ignore default library" field in the linker options. Try ignoring libcmtd.lib and see what happens.

[SLH]

Thanks both of you for the replys.

NoteMe: I'm not using those preprocessing contitionals and i don't think i need to because although windows.h is included twice it never gets put in a cpp file twice. Correct me if i'm wrong.

CornedBee:I tried that but i get lots (100) of unresolved externals. Not sure what you meen by an import libary, but i don't think i'm importing any that would cause a conflict (i'm only using the standard libarys and the DX9 ones).

I looked at the build output (when it tried to compile) again and saw this:

nafxcwd.lib(afxmem.obj) : error LNK2005: "void * __cdecl operator new(unsigned int)" (??2@YAPAXI@Z) already defined in LIBCMTD.lib(new.obj)
nafxcwd.lib(afxmem.obj) : error LNK2005: "void __cdecl operator delete(void *)" (??3@YAXPAX@Z) already defined in LIBCMTD.lib(db
gdel.obj)

Thinking that nafxcwd.lib could be the problem i excluded that but i had a few unresolved external errors so i don't think that's the problem. Any other ideas?

[NoteMe]

Originally posted by SLH
Thanks both of you for the replys.

NoteMe: I'm not using those preprocessing contitionals and i don't think i need to because although windows.h is included twice it never gets put in a cpp file twice. Correct me if i'm wrong.

You are right. I wasn't thinking straight....of course you are not the one too put that in the windows.h file....but I think it is a nice thing to do in all h files that you are making. It can be pretty bad linking errors if you don't...

[SLH]

Yeah, it confused the hell out of me the first time i got that type of error. Not immediatly obvious when it's caused by header files including other header files etc...

[CornedBee]

You never get linking errors from failing to have double inclusion guards, only compile errors.

nafxcwd.lib
what is this library?

[NoteMe]

I have had linking error in GCC when I didn't use ifndef. But that might have been a bug. At least the problem solved when I added it...

[SLH]

Cheers for the replys

Originally posted by CornedBee
nafxcwd.lib
what is this library?

I have no idea the only custom libs i use are the DX9 ones. I can only assume that the header afxwin.h uses it.

[CornedBee]

Why do you use MFC then?

Maybe linking to MFC dynamically would help.

[SLH]

As far as i'm aware i'm not using MFC, at least in project options 'Use of MFC' is set to 'Use Windows Standard Librarys', or do you meen that somewhere i'm trying to use an MFC library, but am not including it (or something)?

Unless DX9 uses MFC the only other place that could use it is in my bitmap header file that i got from planetsourcecode but it doesn't say anything about using MFC.

[CornedBee]

If you include afxwin.h then you're using MFC, it's an MFC header.

[SLH]

Oh, ok thanks. I've managed to fix the problem. I think it was as CornedBee suggested, MFC troubles. I managed to figure a way of not using afxwin.h and now it works (well, compiles and runs).

Thanks again for your help.