|
This [^]should be a good place to start.
I am a HUMAN. I have that keyword (??? too much) in my name........
_AnsHUMAN_b>
|
|
|
|
|
|
|
Do we really require to change the project settings to UNICODE? I dont think so, we can very well support all languages (including east asian languages) in MBCS also. Please correct me if I am wrong.
Thanks,
Anand.
|
|
|
|
|
it may be possible if intense effort is taken to replace required char type variables with wchar_t types, CRT function calls like strlen() with wcslen() and APIS calls such as CreateWindow() with its currespondng wide char version CreateWindowW(). Classes like CString internally handles string data depending on the _UNICODE preprocessor definition. So in _MBCS it will treat the given widechar string as multibyte text only. Definitions of LPCTSTR, LPTSTR etc also changes according to _MBCS and _UNICODE defintions.
|
|
|
|
|
manoharbalu wrote: Is there any quick way to do the conversion of the language?
No.
manoharbalu wrote: What is the way to do the conversion?
First you need to make sure that no user-visible text is hard-coded in the cpp files. You need to extract all strings to a string table[^]. Than you can send your string table to localization companies to translate it for you to different languages.
Also, be aware that translating text is only one part of making software global. You'll need to take care of different calendars, currencies, etc, etc.
|
|
|
|
|
|
Search BasicExcel (c++ class)on codeproject.
it works better with MS 2003.
|
|
|
|
|
|
|
See if this helps.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Man who follows car will be exhausted." - Confucius
|
|
|
|
|
Do not you know how to use the google or baidu ?
|
|
|
|
|
Is there any replacement for DeviceIoControl() to connect to CD-ROM and send an IOCTL_SCSI_PASS_THROUGH_DIRECT request to it?!
Thanks in advance
|
|
|
|
|
DeviceIoControl is the only documented API to call into a kernel mode driver.
I guess you could do the same using assembly language hacks.
|
|
|
|
|
Hi all,
I have made a sdi application, in that application i have made a splitter control. On Left and right side of splitter control i have placed a class derived from CFormView.
I want to disable my window when a particular processing is going on. How can i disable my main application window.
Thanks in advance
|
|
|
|
|
What do you mean by disable the main window? If your particular process is on the main thread then it will effectively be disabled. If not, then you should set a mutex or other flag to suspend all other threads.
Just say 'NO' to evaluated arguments for diadic functions! Ash
|
|
|
|
|
dear all
i am a newbe, only want to test my program via 2 winsock. client send a data and server can receive data, that is all. anyone can help me? thanks a lot
|
|
|
|
|
Try searching the articles here on CodeProject. If you still cannot find any useful samples then try Google/Bing.
Just say 'NO' to evaluated arguments for diadic functions! Ash
|
|
|
|
|
thanks. i searched already, all are the 2 applications, i just want one application for 2 winsock senddata. thanks
|
|
|
|
|
zhiyuan16 wrote: i just want one application
What do you mean by one application? Even if the server and client exist on the same computer they still need to run independently. If you want to run them as a single application then you will need to create different threads for them. Much simpler to have the two separate applications which can then run independently in their own windows.
Just say 'NO' to evaluated arguments for diadic functions! Ash
|
|
|
|
|
i only want to send data from client winsock, and when server receive data, then i want to do other things. that is all. so i only need one application to apply 2 winsock. thanks
|
|
|
|
|
A proper server would use threads; and a proper client would use threads too. I see no obstacles for having both the server threads and the client threads running together in one process, hence a single app. Just search good examples of server and client, then combine them.
However, when you do that, what is the purpose of your sockets? it is demoted to a simple inter-thread communication scheme then. For which other solutions exist, such as queues, Windows messages, and probably many more.
|
|
|
|
|
Luc Pattyn wrote: A proper server would use threads
I often handle both client and server in a single thread context in an application. This is called asynchronous networking or non-blocking sockets... e.g. used by lighttpd.
|
|
|
|
|
you're right, one can use asynchronous operations instead of threads. I tend to prefer threads as asynchronous operations seem more complex, but I do realize they can be a good choice, and have the advantage of saving on stack memory at the expense of some more code.
Also, when borrowing existing code in order to join a server and a client, I expect a thread-oriented approach would be easier to merge than an asynchronous one.
|
|
|
|
|
Luc Pattyn wrote: I expect a thread-oriented approach would be easier to merge than an asynchronous one.
It's just copy and paste. Here is a server/client example (last two code snippets), which you can join together in a single application. It wouldn't be very different with MFC's CAsyncSocket or QT's networking classes. I think the asynchronous networking model has is strengths with applications, where you want to focus on protocol an functionality and less on synchronisation and timing.
/M
|
|
|
|