|
Looks like a conflict between the UNICODE and NON-UNICODE character set.
Check if you're passing in a wide character data type to a function expecting an ASCII data type.
|
|
|
|
|
Thanks for your reply. In my project settings, my character set I'm using is Multi-Byte, if thats what you are asking. I believe that is ASCII.
|
|
|
|
|
If you know which line of produces the error in your code, please post that line and the variable declaration affecting that line.
|
|
|
|
|
I do not know which line it is.
|
|
|
|
|
Comment out a section of the code and build it.
Depending on whether it compiles or not, we can determine if the error occurs in that part of the code.
This way you can pin-point the exact line where the error occurs.
You could also change multi-byte to unicode and try to compile, if that is at all possible.
|
|
|
|
|
I switched to unicode and i get the same errors.
|
|
|
|
|
Nah.... 
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
This sounds to me like its coming from an attempt to use a string literal to set up something that is expecting a non-const char *. Since a string literal is const, this is a const violation. Are you setting up 6 items somewhere in your code using 6 string literals of the lengths reported in your error messages?
|
|
|
|
|
Hi
Suppose I have following:
class A
{
}
class B : public class A
{
}
I have an instance of class A "pClassA". can I cast it to class B?
I want an instance of class B from the existing instance class A. How can I get it?
Thanks,
modified on Thursday, January 14, 2010 5:41 PM
|
|
|
|
|
Assuming the inheritance is public (in your sample it is private), you can do something like:
A* a = new B;
B* b = dynamic_cast<B*>(a);
|
|
|
|
|
I have following:
A* a = new A;
B* b = dynamic_cast<B*>(a);; ??????
|
|
|
|
|
Since it is a dynamic cast, a type safety check is incurred at runtime: Add a try catch block and you will know. Alternative answer, if you want an instance of class B you might need to create a new object (if class B has more member variables than class A), a good way to do this could be a specific constructor/assignment operator.
Hope this helps,
M
|
|
|
|
|
You cannot do that: a tiger is an animal, an animal (usually...  ) isn't a tiger.
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
CODEPC wrote: I have an instance of class A "pClassA". can I cast it to class B?
No, you can only cast back from derived to base class. In your example a B object is always also an A object, but an A object may not be a B object.
MVP 2010 - are they mad?
|
|
|
|
|
Hi,
I am debugging a C app using Visual Studio would anyone know what is
the best approach
Is there an add on for this
Thankx
|
|
|
|
|
Set break points and step through? You don't need any addons for that. Just the debugger will do.
What sort of specific debugging issue are you having? Is the app multi-threaded? Are there DLLs involved? If so, do you have the source? Ask something more specific.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
There are pretty big macros
It also multi threaded
Guess there are no easy answers to this
would be nice if I could make a breakpoint
in the macro However I know there is no code associated
with macros variables are just substitued
|
|
|
|
|
Macros? I feel your pain.
The only approach that works for me is to open the Dissasembly windows (Alt+8 with VC++ keyboard setting) and look there. The macros are expanded into real lines of C code and if you are not comfortable with assembly you can simply ignore that part.
|
|
|
|
|
Ok
here is the deal I am stepping thru
HERCULES the mainframe emulator
I wrote a Windows MFC front end
to the DOS C program
There is a CPU_STEPPING macro
which I am trying to debug
|
|
|
|
|
Again, use the dissasembly window. It looks like this: A jpeg screenshot from cprogramming.com[^]. As you can see, the *preprocessed* C++ code is still visible among the assembly instructions. You can step, set a breakpoint, whatever you want. The only downside is that you will see a lot of assembly instructions between the C source code.
|
|
|
|
|
Just a silly idea (I've no means to test it now): why don't you run the preprocessor (compile with /E option) then use the output as your source file?
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Used the /P option and cut and paste the output and commented the macro
thankx
|
|
|
|
|
Hi.
I have a little problem's (I hope!).
I must call a VC++ (6.0) DLL with a dialog from a VB program.
I have try to call a MFC Extension DLL (create in vc++ 6.0) but when the VB program call my DLL crash.
Can you help me??
Thank's a lot from everybody.
Patrizio
Hi! I'm very happy to talk with everybody about VC++.
|
|
|
|
|
Lazzari Patrizio wrote: but when the VB program call my DLL crash
does it give you any error messages ?
also note that VB6 requires that DLLs use the 'stdcall' calling convention. if your functions aren't exported using stdcall, you will get an error.
modified on Thursday, January 14, 2010 11:51 PM
|
|
|
|
|
Lazzari Patrizio wrote: I have try to call a MFC Extension DLL (create in vc++ 6.0) but when the VB program call my DLL crash.
I don't think you can use an MFC extension DLL from a VB program. You could build an use an MFC extension DLL only if the client program (the one that loads and executes code from the dll) is also an MFC program.
I recommend that you rebuild the DLL as a regular DLL (MFC can be used within, but the DLL should not be built as an extension DLL) and try using it from your VB program.
“Follow your bliss.” – Joseph Campbell
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
(