The error message seems to be saying:
A function with the signature int __cdecl RecordExceptionInfo(struct _EXCEPTION_POINTERS *,char const *) is referenced in the file "ExceptionAttacher.???" from the function int __stdcall AfxWinMain(struct HINSTANCE__ *,struct HINSTANCE__ *,wchar_t *,int). Clearly the function int __cdecl RecordExceptionInfo(struct _EXCEPTION_POINTERS *,char const *) is declared or we would have a compiler error instead, but it's not defined or the file it's defined in is not included in the project because the linker can't find it.
PS: Why the function AfxWinMain defined in "ExceptionAttacher.xxx"? This function is part of the MFC framework and not meant to be user defined.
I want to get search update for remote machine.Means how many updates it wants and all.
how do i use WUA API for remote machine please help me .I Visited microsoft website but not get proper idea.
I want to hide 'X'-box or Close-box (which we can find at the Top-right corner of a Dialogbox). Only i need to remain Minimize-box in my dialog. Can any one please help me ,what should be the code to hide this box in MFC.
I agree, Invalidate() is not necessary, I'd have put it there while trying to eliminate flickering any how..
I have also tried with Invalidate(FALSE), which i suppose, would have stopped background repaint. With or without Invalidate(), flickering remains on Vista.
I am attempting to build a console application that depends on 4 other libraries using Visual Studio 2008. I was able to build the application in a previous version of Visual Studio.
3 of the libraries are in C code and the other is in C++.
I have checked (more than once) that all the libraries and my application are all compiled using the multi-threaded DLL (/MD). My command line compile options for each library and my application are as follows:
I get 25 LNK2005 errors regarding basic_string already being defined in my application. I suspect it has something to do with lib4 because when I take it out of the project the LNK2005 errors go away and I get unresolved external errors for the functions I use out of that library (although I'm not sure what order those errors are generated in).
I have tried ignoring msvcprt.lib but I get unresolved externals for other functions.
I have turned on verbose to see what libraries are being included and they are as follows:
msvcprt.lib (where the errors are given)
Wow - you've already done a lot more investigation than most people who ask questions here
What can I suggest....
1. I notice that some of your libs use "/Od" and others don't and others use "/Ox". This will affect how methods of template classes (like std::basic_string) are inlined in your libraries - it's possible (I think) that a std::basic_string method may be embedded in an object file and then re-exported from a library?
2. I'd be tempted to use dumpbin (it comes with VS) or objdump (comes with GCC, if you have that installed) to dump various properties of the lib files (use dumpbin /all library-name) and then search through the resultant text for names of basic_string methods that look like they're defined rather than referenced?
3. Or maybe delete lib4, then add object files back into lib4 one by one, to see when the LNK2005 occurs?
So - no concrete answers, just possibilities
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
Suggestion 1 didn't work, but it is probably better to have them all the same anyway, considering what affect that option has.
I used dumpbin on the offending library. It looks to me like it is defined but I would just like to check.
In the exports table the functions (e.g. resize) that the linker complains about are external and prefixed with __imp_. Is this why the linker is complaining?
Basically, one of the files in lib4 creates its own class which inherits from std::string. For older versions of C++, it has the lines
#define std_string string
in the header file.
For newer versions of Visual C++, it simply has
#define std_string std::string
What is the difference between these two?
As far as I can see, the header file calls the functions in inline functions without the specifier std::
Other than that those functions aren't overridden or referred to anywhere else.
Last Visit: 31-Dec-99 18:00 Last Update: 23-Sep-23 20:05