Comments by Paul Heil (Top 27 by date)

Under Debug->Exceptions check the "Thrown" box for "Win32 Exceptions"
Run the program in debug mode.
What line of code is the debugger pointing to when the program throws the exception?

you can never say:

char* something = inet_ntoa( ... );

That will always be wrong because "something" will cease to be valid. So get rid of the line:

addr2 = inet_ntoa(sockAddr2.sin_addr);

also, I was in a hurry before. You don't need a 100 character buffer, you only need 16 characters to represent an IP address plus null terminator.

Where are you getting the "return value doesn't match function type" error?

Your project must be built using UNICODE to support Japanese.

What is a "Standard_CString"? Can't you just use a CString?
All that casting should be unnecessary. Just say "CString aFileName = dlg.GetPathName();"

Verify that in your project properties you have set UNICODE character set and not MULTIBYTE.

Yes, you can reference the copied string At any time during its lifetime.

You cannot make it return anything other than what it is documented to return. You can check to see if your string is empty after the copy and set it to 0.0.0.0, if you like.

Can you show your code using the CFileDialog?
Also, verify you're using wide-characters. (you should see WCHAR, LPWSTR, std::wstring, etc...) If you're using TCHAR or LPTSTR, then verify your code is being compiled for unicode and has the UNICODE #define set.

How is it failing? Is there an error code or message? How are you calling the function? Please, post more details.

Now I'm confused. In your post, you said the contents of 'data' were a given. Reading between the lines, I guessed you were trying to print the number of times the string "HTTP" appears in the zero-terminated character string 'data'. The value returned by your `count()` function isn't what you expected. (it returned 0, but should return 1).

If this synopsis is correct, then the issue must be in your `count()` function. Try replacing it with the one I posted.

If this is incorrect, please restate your problem.

If you think the `data` variable doesn't contain the information you think it does, try running your code on the debugger and watching the `data` variable to see what it actually does contain.

That's for pdb files. He's concerned with .lib (COFF) files.

Yes, that's correct.
It will work fine for dynamically loaded libraries, too

What is the error code returned by ProgIDFromCLSID() ?

SendInput will move the mouse cursor around the screen. http://msdn.microsoft.com/en-us/library/ms646310%28v=vs.85%29.aspx

As a general 'best practice', it's best to not redefine language keywords. Remove that "#define inline" at the top of your code.

Not in his code it isn't. He's defined inline to nothingness at the top.

True.

Correct.

Does your application compile without warnings? What if you bump it up to warning level 4?

Does your header contain anything other than function definitions? static int some_variable = 0, for example? If it does, are you sure those aren't defined elsewhere?

-PaulH