For those new to message boards please try to follow a few simple rules when posting your question.
Choose the correct forum for your message. Posting a VB.NET question in the C++ forum will end in tears.
Be specific! Don't ask "can someone send me the code to create an application that does 'X'. Pinpoint exactly what it is you need help with.
Keep the subject line brief, but descriptive. eg "File Serialization problem"
Keep the question as brief as possible. If you have to include code, include the smallest snippet of code you can.
Be careful when including code that you haven't made a typo. Typing mistakes can become the focal point instead of the actual question you asked.
Do not remove or empty a message if others have replied. Keep the thread intact and available for others to search and read. If your problem was answered then edit your message and add "[Solved]" to the subject line of the original post, and cast an approval vote to the one or several answers that really helped you.
If you are posting source code with your question, place it inside <pre></pre> tags. We advise you also check the "Encode HTML tags when pasting" checkbox before pasting anything inside the PRE block, and make sure "Ignore HTML tags in this message" check box is unchecked.
Be courteous and DON'T SHOUT. Everyone here helps because they enjoy helping others, not because it's their job.
Please do not post links to your question in one forum from another, unrelated forum (such as the lounge). It will be deleted.
Do not be abusive, offensive, inappropriate or harass anyone on the boards. Doing so will get you kicked off and banned. Play nice.
If you have a school or university assignment, assume that your teacher or lecturer is also reading these forums.
No advertising or soliciting.
We reserve the right to move your posts to a more appropriate forum or to delete anything deemed inappropriate or illegal.
I am an innocent bystander of a discussion about how #include directive is handled in IDE. The IDE in question uses proprietary file "main" name extension (still a text file) and processes #include <header.h> and #include "local_header.h" in that file just fine.
However, when the local_header.h file has <b>another #include <header_1.h></b> in it the compiler "does not see that". That is basically what people who "knows / developed" the IDE are saying.
Including another local file in first local file such as #include "local_header_1.h" is "seen / processed " by IDE.
I was under the impression that #include <file.h > tells the OS to find the file "anywhere" and #include "file.h" tells the OS to search only current / parent directory.
This variant is used for system header files. It searches for a file named file in a standard list of system directories.
This variant is used for header files of your own program. It searches for a file named file first in the directory containing the current file, then in the quote directories and then the same directories used for <file>.
A compiler is not an IDE. An IDE is a front-end to a compiler and it should follow the same rules as the compiler (and pre-processor in this case). If the IDE does not, then it is broken and must be fixed.
Hi i am developing an application CListCtrl based, which can open more files listed inside, to do this i did thread for every file will be clicked, the problem is when i close a file i'd like to do some check operations on file, but using WaitForMultipleObjects it wait first i close all files and then perform the operations, with WaitForSingleObjects it wait only for first file and ignore the others.
I'd like so:
1) i open the file1.pdf - the program wait.
2) i open the file2.pdf - the program wait.
3) i close the file "file1.pdf" - the program perform operations on file1 (the file2.pdf is waiting)
open 3 pdf with WaitForMultipleObjects(Array.GetCount(), Array.GetData(), FALSE, INFINITE);
and after user modifed pdf i need to save and delete from TMP folder.
if i use FALSE like i show you first i obtain the right signaled file number but the file was deleted without open becouse WaitForMultipleObjects do not block the execution maybe becouse the acrobat is already loaded
Giovanni they already explained to you that WaitForSingleObjects returns with the index of the event in the array that has been set.
When you get it simply inspect the return value, identify the file and execute the operations sequential to file closure.
Then remove the event from the array then repeat the WaitForSingleObjects with one element less in array. Repeat it until there are no more events in the array.
I have tried for all day and i have always the same for first file is all ok and from second the system do not wait, becouse my english is not perfect like yours i luckly found an user response to show you so i can be more specific:
"What happens depends on the application that is registered to open PDF or JPG files. If you open the documents in an SDI application, then every CreateProcess() call returns a process handle for an application, which you can wait for - this will return when the application editing the document closes.
If however an application is limited to a single instance, then every further call will return as soon as the new instance has passed the data to the first instance (which will usually open the document in a new frame), and then has exited. I think that is what happens in your case, probably you are using Acrobat Reader to open the PDF files"
The problem for me is clear the question is: it's possibile manage this problem using some workaround?
Let me understand:
1. you don't open the files in your program, but you create a new process to run an app that open the file.
2. You are not waiting on a file, but on the process to end. So if the process opens multiple files you got no notifications.
Disclaimer: I don't know if Direct2D provide a shortcut for such a operation.
The operation is pretty straightforward: for each input pixel look-up the corresponding palette color and use it to generate the output one. You have to know the bitmap file format in order to do that, however it could be a useful exercise.
Last Visit: 31-Dec-99 18:00 Last Update: 6-Jul-15 7:00