|
I'm glad to be able to help you.
I have a faint memory of using this technique in a program system in the past (15 years ago, or even longer). It was in the DOS days, and there was a DOS call to convert a relative path to a canonical path name.
Well, the principle worked then, and should do so today.
Good luck.
Kakan
Alcohol. The cause of, and the solution to, all of life's problems - Homer Simpson
|
|
|
|
|
Hi,
How many threads are there in a simple MFC dialog based Application.
Thanks in advance.
-- modified at 4:07 Tuesday 12th December, 2006
|
|
|
|
|
|
Can you spend a little more time thinking about what you need to ask?
|
|
|
|
|
vc++_fragrance wrote: Can anybody say...
I could but I doubt you'd be able to hear me!
There is at least one thread for any application, MFC or otherwise.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Hello folks,
I want to search all of files under some directory. For example, dir\file1.txt,
dir\file2.txt,
dir\file3.txt,
...
When using ::FindFirstFile and FindNextFile, I can get all files, and then I can process them. But because the processing may last long, I want to use multithread, but There are strage errors. Can ::FindFirstFile/FindNextFile be multithread? or Are they thread safe?
Thanks in advance.
Haifeng
|
|
|
|
|
rgbalpha wrote: There are strage errors
what errors?
nave
|
|
|
|
|
Yes they can, but don't make changes to the directory structure because they may fail. In your case I would use a thread to get the subdirectories only, then launch another thread to process the files in the directory ( you may want to take a look at thread pooling to do this ). Be very careful about where you are writing your results. Your problem sounds to me like two threads trying to write to the same location.
|
|
|
|
|
|
Each time when the program find a file, it send it to the file_handler() to process. The file_handler() is a function in where I create another thread to process the file. It is like this:
void CMyDoc1::file_handler(LPCTSRT pFileName)<br />
{<br />
m_fileName = pFileName;<br />
AfxBeginThread(ThreadProc, this);<br />
}<br />
UINT ThreadProc(PVOID pParam)<br />
{<br />
CMyDoc1* pDoc = pParam;<br />
pDoc ->FileProcessor();<br />
return 0;<br />
}
The error occurs in FileProcessor(), when free the memory.
-- modified at 6:47 Monday 11th December, 2006
|
|
|
|
|
rgbalpha wrote: ...when free the memory.
Where?
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
In FielProcessor()
{
new pFile = File();
delete pFile; // Error when there are nearly 25 threads. The first serval threads are OK.
}
|
|
|
|
|
Multithreading can easily be a problem. It requires a lot of thought. It is highly likely that the problem has nothing to do with FindFirstFile/FindNextFile and therefore it is unlikely you have provided enough information to allow anyone to help.
|
|
|
|
|
It is not safe to have mutiple threads messing with the same find handle as the same time. It should be safe to first construct the full path to the file and pass it to a thread like you later examples demonstrates, but you have to make sure that the memory pointed to by the filename parameter is valid for as long as the thread needs it. This is the kind of situation where "hand-off" memory can be used, either by allocating a TCHAR buffer via new[] and passing it to the thread which will later call delete[] on it, or passing a string object.
For these kinds of situations, you may want to use a pool of threads with something like an I/O Completion Port and throw processing requests at it. That way, you do not create too many threads bogging the system down (you do not want to create 1500 threads if 1500 files need to be processed), and you can adjust the number of threads in the pool depending on the resources available on the target system and/or the performance needs of the application.
You can also look into seeing if the QueueUserWorkItem(...) function is available on the target system and use it to manage the thread pool and the work to be done.
Peace!
-=- James
If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
DeleteFXPFiles & CheckFavorites (Please rate this post!)
|
|
|
|
|
Hi,
Thank you for the solution. I'll have a try this method.
Best Regards,
Haifeng
|
|
|
|
|
Please help,
How can I fix this error:
Error 1 fatal error C1189: #error : Please use the /MD switch for _AFXDLL builds C:\Program Files\Microsoft Visual Studio 8\VC\atlmfc\include\afxver_.h 77
Many Thanx
The only programmers that are better than C programmers are those who code in 1's and 0's..... 
Programm3r
|
|
|
|
|
take project->Settings
In the cpp tab, select "Code generation" in the category tab.
Now in the "Use runtime library" combo, select "Multithreaded Dll"
save and rebuild the project.
nave
|
|
|
|
|
Thank you nave for the quick response,
My current setting for that setting is:
Multi-threaded (/MT)
And I'm using VS 2K5
But the problem still continues.... 
The only programmers that are better than C programmers are those who code in 1's and 0's.....
Programm3r
|
|
|
|
|
did u try changing Multi-threaded (/MT) to Multithreaded-dll (/MD)
nave
|
|
|
|
|
My bad .... setting was: Multi-threaded (/MT)
but changed it to: Multi-threaded DLL (/MD)
and it works .... many many thanx 
The only programmers that are better than C programmers are those who code in 1's and 0's.....
Programm3r
|
|
|
|
|
Just a guess - use the /MD switch?
|
|
|
|
|
Anyone has seen the start menu, there's a cool thing about it.
You can edit each menuitem position by dragging items, you can even create application links by dragging things in it, its a really cool feature.
You can edit your menu on the fly !
I've searching in the net for something like this but nothing came up, i think this would requiere a lot of codding correct me if im wrong.
Maybe on of you guys know the anwser for this little but awezome hidden abillity of the menus.
|
|
|
|
|
start menu is not a menu... start menu is created using list view
nave
|
|
|
|
|
I know its not a normal menu, but are you really shure about that, it seems a bit complex for a custom draw list view.
|
|
|
|
|
yes. its list view. i checked it by taking the class name of that window
nave
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
