|
You may use, for instance, a Windows Metafile [^].
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]
|
|
|
|
|
Well i was thinking of more of a drawing tool, or somewhat that could convert it into POINT locations instead? so you could use Polyline, to draw out the item.. Microsoft example uses
POINT aptHexagon[7] = {50,2, 93,25, 93,75, 50,98, 7,75, 7,25, 50,2};
but the Hexagon is way too big, editing it manualy takes alot of time to make it smaller because you would have to recompile to see if lines match up
|
|
|
|
|
I'm hosting Windows Media Player in an application and can't figure out how to detect when a clip is done playing. Unfortunately, the EndOfStream event isn't implemented. I ran across the idea to use the MediaChange event, but I can't see how that's helpful since it's called multiple times and not very accurately.
Does anyone have a working solution?
|
|
|
|
|
To answer my own question, it appears that PlayStateChange event passes a value of 8 when the media is done.
|
|
|
|
|
I'm using mutexes to control access to shared data areas between the primary thread and the secondary threads. Is it possible for a thread to miss a mutex event?
|
|
|
|
|
It seems there is no chance that a mutex's signaled state is undetected by a waiting thread.
MSDN - "When the mutex's state is signaled, one waiting thread is granted ownership, the mutex's state changes to nonsignaled, and the wait function returns. Only one thread can own a mutex at any given time."
|
|
|
|
|
What happens if the waiting thread isn't waiting? It could be in the middle of processing some other mutex event.
|
|
|
|
|
A thread would 'miss' this event, if it is not waiting on the mutex. If it is waiting on the mutex, then the wait function will return, indicating the mutex was acquired (unless something really weird happens, like the mutex was destroyed, in which case too the waiting thread will know what exactly happened).
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
This is what I was thinking. Therefore, special retry logic would be required to help insure that the buffer getting turned over to the main thread does get processed -sooner or later.
|
|
|
|
|
My question has something to do with C/C++ and Visual Studio. I have an MFC project in VS2005 with lots of .h and .cpp files. The program has problems so I run it in debug mode to try to find out what the problems are. For one situation it showed the following message:
Unhandled exception at 0x00761001 in XPT.exe: 0xC0000005: Access violation reading location 0x00000044.
As I clicked the Break button, VS2005 breaks at a line in a source file in my project. The problem is it is on a line irrelavent to the error. It is on a comment line outside any function. The function following that comment block does not seem to have anything to do with that error.
This happened many times in different situations, breaking on comment lines that give me no clue.
This only happened when breaking happened on a third party source file. In my project, this is the sqlite3.c file from SQLite.
I have done a lot such as deleting all the files that are not critical to the project and relaunching the project. (Files such as .ncb, .suo, user-specific options file, etc)
Any idea how to cure that? Any settings, etc. I am running out of ideas. Thanks!
|
|
|
|
|
You IntelliSense is screwed. Try deleting .ncb and .opt files from your project directory and then you may see the code line which point to your exception code.
|
|
|
|
|
I just did this:
1. Deleted the .ncb file
2. Deleted the .suo file
3. Deleted the folder "DebugUnicode" (this is the folder for my DebugUnicode build of this project which contains all the intermediate files such as .obj files, and the final .exe file for this project.)
4. Deleted the user options file (.user)
After those, the only files I have in the project are
The .sln file
The .rc file
The .vcproj file
The .h files
The .cpp files
and the two files from sqlite.org: sqlite3.h and sqlite3.c
However, after relaunching VS2005 and the project, it still breaks on that comment line!
Any other suggestions? Thanks!
|
|
|
|
|
Does it breaks in your code or sqlite3.c? Why don;t you single step in your code and then check calls made to functions in sqlite3.c, BTW are you running debug or release version?
Regards
Abhi
|
|
|
|
|
It breaks in sqlite3.c. I am running the debug version. I will set break points on calls to sqlite functions and try to find out what is happening. I can find the problems that way, which involves a little bit more hassle. I am just annoyed by the strange behavior of VS2005.
Thanks for your help!
|
|
|
|
|
Can you simplify the function by #define or something else?
I want to simplify code bellow, both dll and dynamically reading file are not suitable because of 2 reasons:
1. those files are created by others, if in my way, I only need to re-compile, and do not need to copy the 150 files (will be more soon) into code.
2. there are around 3K of words and sentences in different languages, which can not be used by index. i.e. for string "Apply now", we can not use
CString cs=data[1743]+data[725] - no one can remember which index is which word.
there is a definition class (generated from Data file), looks like:
class Data
{
WORD
*Time,
....,
*Now,
....,
*Apply,
....
};
use is one of #include bellow, then
CString cs=data.Apply+data.Now;
is OK.
void LangData::P_InitLangFull()
{
char*p0[]=
{
#include "Language\english\language_full.h"
};
char*p1[]=
{
#include "Language\french\language_full.h"
};
char*p9[]=
{
#include "Language\german\language_full.h"
};
}
Function code above is quite repeat: only language directory name, english, french, ..., german are changed - totally repeated for 10 times.
It is ok if so, but each language directory has 15 file, so I have to "repeat" the function for 15 times, so second to 15th function look like (only file name is different from first function):
every included h file is plain text as:
"good",
"bad",
"next",
void LangData::P_InitWeather()
{
char*p0[]=
{
#include "Language\english\Weather.h"
};
char*p1[]=
{
#include "Language\french\Weather.h"
};
char*p9[]=
{
#include "Language\german\Weather.h"
};
}
You can imagine how ugly the file is at last - I haven't completed it.
I think we may simplify code by #define or some idea, but the #include causes trouble to #define.
any ideas or suggestions?
thanks
modified on Monday, December 21, 2009 9:32 AM
|
|
|
|
|
Depending on what you are trying to do, you may be better off using Message Text Files[^], which allow you to have a set of common messages, but in different languages. This allows all your messages to be compiled into your application's resources and then referenced by unique id and language.
|
|
|
|
|
it is not suitable for me.
|
|
|
|
|
Sorry, but I am not sure that your request is possible, as the #include directive is a preprocessor directive and I do not think it can be generated from a #define statement.
|
|
|
|
|
the real problem is that #include statement must be in a line itself and excludes other code in the line.
this define and include is legal:
#define aaaaa "c:\....\my.h"
#include aaaaa
|
|
|
|
|
But this does not help you at all. I am not quite sure why you need to do this with #include statements, or what you are trying to achieve. As I said earlier I think the best method is to have a message file with the different languages as part of your resources.
|
|
|
|
|
Why do you need all the strings loaded at compile time?
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]
|
|
|
|
|
You cannot "#include" files at runtime.
Me think you need to review your language pack approach.
either generate resource only DLL, one for every language that will each share the same ID that will be referenced in the code; and have the DLL loaded when the application starts (or on demand)
or
have one language header file that contains all languages in a table, one line per word to be translated; and strings ID that will be references in the code; different than STRING resource id.
ID french english german ...
-------------------
123 "allo" "hello" "hallo"
...
...
YMMV.
Max
This signature was proudly tested on animals.
|
|
|
|
|
[quote]
either generate resource only DLL, one for every language that will each share the same ID that will be referenced in the code; and have the DLL loaded when the application starts (or on demand)
[/quote]
+1 to this argument. I think this is the best option.
Regards.
--------
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Not sure about the overall design of your app, but I suppose you have english in place and you are going for I18N
Few options:
1) generate one resource dll per language, disadvantages, you will end up in 10 different files in your directory which you are already doing.
2) generate no dll (copy all the strings into the English id and then on you can make copies for each language. the advantage of the approach is you will have same ids, for all the languages. and you can make a wrapper function to load a string like
LoadMyString(langId,ID_OF_STRING_FROM_STRINGTABLE) and setting langID based on user selection or certain criteria for whole UI session.
disadv: you need all string information at compile time.
Regards
Abhi
|
|
|
|
|
First of all... I am not the one that started the thread, so your answer should be to the Top_Question_post, not to my oppinion. But.. anyways.
As answer to you...
1) Yes, you will have different files in your directory, but... take a look into your C:\Program Files\... and tell me how many of you installed software has less than 10 files in the folder.
If you don't like the DLLs, ok, I can understand it.
But you can use INI-Files as well, with the advantage that INI-Files can be easier to work with (just a Notepad may be enough if you don't want it more difficult to be modified), you can send them to a Translator or whatever and then just copy the "LangXXX.ini" in the application folder and it is done, just count on the possibility that the file may not be there when you call your "Change_Lang ()" and give an error message if that's the case.
2) Another disadvantage... for each and every single correction in the translations of you strings, you will need a new compile of the whole program, that means endless new versions of software just for "language issues" instead of software-bugs or additional features.
I guess the main point is just what one likes or not. And that's the nice thing on diversity, each person can choose whatever he/she likes better. I personally prefer independant files.
Regards.
--------
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpfull answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
