Re: error LNK2005: std::basic_string - C / C++ / MFC Discussion Boards

error LNK2005: std::basic_string

Mohammed Asif Palimar25-Jul-07 23:23

25-Jul-07 23:23

Hi,

I have MFC code written on VC6 platform.Now im trying to build the same code in VS2005 platform.Im getting following linking error.

Error 1 error LNK2005: "public: char const * __thiscall std::basic_string<char,struct std::char_traits<char="">,class std::allocator<char> >::c_str(void)const " (?c_str@?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QBEPBDXZ) already defined in MyCtrl.obj MY_FileIO.lib

Where MyCtrl.cpp is in the application project and MY_FileIO is a project for DLL used by application.

Whats the cause and whats the solution for the same?

Re: error LNK2005: std::basic_string

mandanani25-Jul-07 23:30

mandanani

25-Jul-07 23:30

Probably you are trying to use both iostram library and std library.
Your dll and application should use same type of libraries.
If your dll uses MFC then modify the project setting accordingly.
I have not used VS 2005, but here is the way to set application use MFC in VS 6.0
Project > Settings > General tab. "Select Use MFC in Shared Dll"

Re: error LNK2005: std::basic_string

Cedric Moonen25-Jul-07 23:39

Cedric Moonen

25-Jul-07 23:39

Verify that both your dll and axecutable use the same run-time library. For that, open the project properties -> "C/C++" and verify that "Runtime Library" is the same for both projects.

Cédric Moonen
Software developer

Charting control [v1.2]

Re: error LNK2005: std::basic_string

Mohammed Asif Palimar25-Jul-07 23:48

Mohammed Asif Palimar

25-Jul-07 23:48

My Application and DLL has "Multi-threaded Debug (/MTd)" setting set in RunTime library.Still it has the linking error. Frown | :(

Re: error LNK2005: std::basic_string

Russell^'26-Jul-07 0:13

Russell^'

26-Jul-07 0:13

is
#include "stdafx.h"
writed on the top of that file ?

Russell

Re: error LNK2005: std::basic_string

Russell^'26-Jul-07 0:46

Russell^'

26-Jul-07 0:46

and / or
#pragma once
?

Russell

Re: error LNK2005: std::basic_string

Mohammed Asif Palimar26-Jul-07 0:54

Mohammed Asif Palimar

26-Jul-07 0:54

Even it had #pragma once statement in the corresponding .h file.

Re: error LNK2005: std::basic_string

Mohammed Asif Palimar26-Jul-07 0:50

Mohammed Asif Palimar

26-Jul-07 0:50

Yes.
#include "stdafx.h" statement is included in the .cpp file.
I tried setting "configuration Property->General->use of MFC" to "Use MFC in shared DLL ".It gave me many more linking errors (like RegSetValueEx is not defined.)

i red this link http://support.microsoft.com/kb/148652.Even this didnt helped me much.

HANDLE and FILE*

George_George25-Jul-07 23:20

George_George

25-Jul-07 23:20

Hello everyone,

I am using Windows API open (create) a new file by CreateFile,

http://msdn2.microsoft.com/en-us/library/aa363858.aspx

the return value is HANDLE, if I use fwrite to write content to the file, since fwrite requires FILE* as parameter. I think HANDLE is not the same as FILE*, right?

Are there any ways (or methods) to transform HANDLE to FILE*?

I have tried that passing HANDLE directly to fwrite (forcely convert from HANDLE from FILE*) will cause access violation exception. I think the reason is HANDLE is not the same as FILE*, is that correct?

thanks in advance,
George

Re: HANDLE and FILE*

Jonathan [Darka]25-Jul-07 23:30

Jonathan [Darka]

25-Jul-07 23:30

You should be using WriteFile() with CreateFile().

Jonathan Wilkes
Darka[Xanya.net]

or...

CPallini25-Jul-07 23:43

CPallini

25-Jul-07 23:43

As already suggested by Jonathan Wilkes: "you should be using WriteFile() with CreateFile()".
Alternatively you can use fopen to open the file and then fwrite to write into the file itsef. Bottom line: be consistent.
Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: HANDLE and FILE*

Viorel.26-Jul-07 2:07

Viorel.

26-Jul-07 2:07

It seems easier to convert from FILE * to HANDLE:

#include <io.h>
#include <fcntl.h>

FILE * f = . . .;
HANDLE h = (HANDLE)_get_osfhandle(fileno(f));

The other conversion looks longer:

HANDLE h = . . .
FILE * f = _fdopen(_open_osfhandle((intptr_t)h, _O_RDONLY), "rb");

I hope this works. I am not sure mixing of operations with FILE * and HANDLE cannot be avoided.

Re: HANDLE and FILE*

CPallini26-Jul-07 2:29

CPallini

26-Jul-07 2:29

Viorel. wrote:
I hope this works. I am not sure mixing of operations with FILE * and HANDLE cannot be avoided

In fact the mix can usually be avoided (and should be avoided, at least to maintain the code coherence). There are, of course, exceptions...

Smile | :)

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Pre-Requisite

Mahesh Kulkarni25-Jul-07 23:12

Mahesh Kulkarni

25-Jul-07 23:12

Hi Friends ...
I have to install the dll build in VS2005 ? It is giving error to install that dll? I installed Framework2.0 on the same machine still there is problem exists.
I have also copied mfc71.dll in sytem32 folder?
What should I do to register my dll?
Please help me ...
Thanking You...

The secret of life is not enjoyment
but education through experience.
- Swami Vivekananda.

Re: Pre-Requisite

Mark Salsbery26-Jul-07 5:57

Mark Salsbery

26-Jul-07 5:57

Just copying DLLs to arbitrary locations is going to cause problems, especially with VS 2005.

See Deployment (C++)[^] and/or Redistributing Visual C++ Files[^]

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: Pre-Requisite

Mahesh Kulkarni27-Jul-07 2:05

Mahesh Kulkarni

27-Jul-07 2:05

Thanks Mark.
But still the problem exists there.
I am still not able to register DLL.

Installed patch required for the same.
I also tried the INstallers way...but not getting the result.

I dont know wht i am missing please help me.

The secret of life is not enjoyment
but education through experience.
- Swami Vivekananda.

Re: Pre-Requisite

Mark Salsbery27-Jul-07 5:06

Mark Salsbery

27-Jul-07 5:06

When the error occurs:

1) What exactly are you doing (or trying to do)?
2) What is the exact error message?

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

How to restore the bitmap used by CImageList::Add

Nishad S25-Jul-07 22:30

Nishad S

25-Jul-07 22:30

Hi,

I am using the CImageList::Add(CBitmap* pbmImage,COLORREF crMask) to add a bitmap to the ImageList. The problem is that, this API will change the background color in the supplied bitmap to black. But as per my requirenment it should not be happened since I have to use the bitmap again.

So how can I retain the bitmap?

Thanks in advance.

- NS -

Re: How to restore the bitmap used by CImageList::Add

#realJSOP26-Jul-07 2:15

#realJSOP

26-Jul-07 2:15

You didn't correctly initialize your image list.

"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

Re: How to restore the bitmap used by CImageList::Add

Nishad S26-Jul-07 19:14

Nishad S

26-Jul-07 19:14

My code looks like this...

HIMAGELIST hImageList = ImageList_Create( stBitmapsize.bmWidth, stBitmapsize.bmHeight, ILC_COLOR32 | ILC_MASK, 0, 2 );<br />
m_ImageList.Attach( hImageList );<br />
m_ImageList.Add( &bitmap, clrTransparent_i );

Could you please tell me whether there is any problem?

- NS -

Re: How to restore the bitmap used by CImageList::Add

Mark Salsbery26-Jul-07 6:00

Mark Salsbery

26-Jul-07 6:00

As John mentioned...

Use the ILC_MASK flag when creating your image list if you want masked bitmaps.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: How to restore the bitmap used by CImageList::Add

Nishad S26-Jul-07 19:09

Nishad S

26-Jul-07 19:09

But it is already there.

From the MSDN documentation of CImageList::Add, crMask parameter:
"crMask
Color used to generate the mask. Each pixel of this color in the given bitmap is changed to black and the corresponding bit in the mask is set to one."

Does it mean that the given bitmap will be modified? It happens so.

- NS -

Re: How to restore the bitmap used by CImageList::Add

Mark Salsbery26-Jul-07 20:25

Mark Salsbery

26-Jul-07 20:25

Add the flag when you create the image list.

When you add the bitmap, the color will be used to generate the mask, but the image list has
to be created to use a mask.

See CImageList::Create() nFlags parameter.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Re: How to restore the bitmap used by CImageList::Add

Nishad S26-Jul-07 21:21

Nishad S

26-Jul-07 21:21

I think my code just like that you said.

HIMAGELIST hImageList = ImageList_Create( stBitmapsize.bmWidth, stBitmapsize.bmHeight, ILC_COLOR32 | ILC_MASK, 0, 2 );<br />
m_ImageList.Attach( hImageList );<br />
m_ImageList.Add( &bitmap, clrTransparent_i );

Could you please tell me whether there is any problem?

- NS -

Re: How to restore the bitmap used by CImageList::Add

Mark Salsbery27-Jul-07 5:00

Mark Salsbery

27-Jul-07 5:00

So the bitmap you add gets changed? I didn't know that. I guess I've never had to reuse the
bitmap - I use alot of image lists Smile | :)

All you can do is make a copy of the source bitmap or reload it.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.