|
Thanks Matthew,
Great reply! I want to learn more details in your below comments, e.g. what are the obscure APIs do you mean? Is there a list or some official documents?
Matthew Faithfull wrote: Possible differences are in what drivers/hardware are available, memory layout and size, available screen resolutions, available subset of APIs and runtime library calls that are supported.
Matthew Faithfull wrote: obscure APIs or library functions
I only use C/C++ standard libraries to access File system, process information and using multiple thread as well. There is also a very simple GUI interface based on Win API. I am wondering in my case, whether it is ok to,
1. make a ARM build on Pocket PC 2003 platform and make the built binary run on Windows CE ARM emulator?
2. make a ARM build on Windows CE platform and make built binary run on Pocket PC 2003 ARM emulator?
regards,
George
|
|
|
|
|
To find out which API calls aren't supported you'll need to look at the documentation for a specific API to see if CE supports it at all and for the Pocket PC 2003 platform to see if its included. It basically depends on which modules the platform includes in its CE build.
A GDI based GUI should be no problem and provided you can handle landscape & portrait screens, low res, different colour depths and adjusting your layout it should run on loads of devices and certainly on both the emulators.
The C/C++ standard libraries are cut down for CE but should be standard across the sample Win CE build and Pocket PC 2003. As long as you remember that thread management and priorities work differently on CE from ordinary Windows you should have no problem.
Nothing is exactly what it seems but everything with seems can be unpicked.
|
|
|
|
|
Good advice, thanks Matthew!
have a good weekend,
George
|
|
|
|
|
Hello everyone,
I would like to learn some experiences about when should we use std::basic_string and when should we use std::string?
I learned some Hello World level samples and now want to listen to your practical experiences.
thanks in advance,
George
|
|
|
|
|
std::string is a concrete instantiation of std::basic_string with char* . That is std::strings consist of signed 8 bit values.
std::wstring is a concrete instantiation of std::basic_string with wchar_t* . That is std::wstrings consist of unsigned 16 bit values.
You never use std::basic_string _string directly.
When you do not need 16 bit chars, you use std::string .
You may create your own instantiation of std::basic_string with a unsigned char* as underlying type.
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all. Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
Great reply, thanks jhwurmbach!
regards,
George
|
|
|
|
|
for normal string operations, you only need to work with std::string .
(inspired from Scott meyers's More Effective C++ )
std::string is a typedef of std::basic_string , something like std::basic_string<char> (and/or support for unicode? with std::wstring ).
If you want to specify what is stored in the std::basic_string and how it is allocated, then you will need to explicitly use std::basic_string and learn to use char_traits and Allocator to tell the string what is in it and how to allocated the memory for it.
|
|
|
|
|
Great reply, thanks Maximilien!
regards,
George
|
|
|
|
|
I have made all the necessary registry entries to associate my app with a project file that it creates. When I double click on the file my app starts up but I get an invalid path error when opening the file. Once the application is running, however, I can open the project file without any problems. I am getting the file name from the m_lpCmdLine variable in my CWinApp derived class.
Does anyone have any suggestions how to resolve this problem?
Thanks.
|
|
|
|
|
masnu wrote: ...but I get an invalid path error when opening the file.
Does the path contain spaces?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
why don't you use your debugger for this ?
you could check where something is lost.
what i suspect is that you have spaces in your file path, and passing it through the commandline will not work since you don't put the path within quotes ("" ).
|
|
|
|
|
masnu wrote: Does anyone have any suggestions how to resolve this problem?
Yes, some kinda of debugging: for instance printout (maybe with a message box) command line content.
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.
|
|
|
|
|
I managed to solve the problem. For those who are intrested I did the following:
CommandLineInfo cmdInfo;<br />
ParseCommandLine( cmdInfo );<br />
<br />
CString strProjectName = cmdInfo.m_strFileName;
This works without any issues.
Thanks.
|
|
|
|
|
our instrouctur gives as an assignment.i like to fouce on book store system.can i use c++(file)?can i connect my c++ code to my sql?
hi
|
|
|
|
|
afeson wrote: to fouce
afeson wrote: can i connect my c++ code to my sql?
Of course.
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.
|
|
|
|
|
You need to read the forum guidelines. Give your message a title with meaning. Everyone here needs help. These forums are for people having trouble with code they have already written. For basic questions use Google.
|
|
|
|
|
|
What do you need excatly?
|
|
|
|
|
I have created a non MFC win32 application,non dialog based.
I want to open powerpoint slide in my application window.
Is it possible to write OLE controller for powerpoint?
Please Help
|
|
|
|
|
Soumyadipta wrote: Is it possible to write OLE controller for powerpoint?
An OLE container? Have you tried importing from PowerPoint's type library?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Sorry no idea,any sample example available
|
|
|
|
|
Soumyadipta wrote: any sample example available
Yes, have you bothered to search for such examples?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Yes,but all applications are MFC based
|
|
|
|
|
But the code that actually communicates with PowerPoint is not.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
But I can't choose automation class from class wizard for non MFC application
Please help me to find a proper sample
|
|
|
|