How can i use thread to keep track the Folder

Question

0.00/5 (No votes)

See more:

Hi All,

I need source code for windows service, where i can keep track for folders(n_Number)using threading, Now this thread also i can control through Timer.
So pls pls help me.......... I need Thread code which keep track the
Folders and Timer which control thread. Here they dont want to use File
watcher.

Thanks in Adv

Posted 1-Feb-11 20:40pm

kunal25

Updated 2-Feb-11 0:03am

v2

Add a Solution

2 solutions

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Sergey Alexandrovich Kryukov · Answer 1 · 2011-02-01T20:50:00

Solution 1

Sure. There is an excellent ready-to-use class System.IO.FileSystemWatcher, http://msdn.microsoft.com/en-us/library/system.io.filesystemwatcher.aspx[^].

—SA

Posted 1-Feb-11 20:50pm

Sergey Alexandrovich Kryukov

Comments

Espen Harlinn 2-Feb-11 16:15pm

Good answer, 5+

Sergey Alexandrovich Kryukov 2-Feb-11 16:35pm

Thank you a lot. Did you pay attention for John's work? Most interesting. I'll need to dig in later on.
--SA

Espen Harlinn 2-Feb-11 16:46pm

No, he doesn't seem to appreciate any attention, he may be the fastest reader in the wild west though - often shoots from the hip ;->

Sergey Alexandrovich Kryukov 2-Feb-11 16:54pm

Sorry, probably I mistyped the above comment as always -- fixed (because I'm becoming a fastest typer in the wild East, often go against a bear with a forked stick).
--SA

#realJSOP · Answer 2 · 2011-02-02T00:06:00

Solution 2

I wrote an article series about it:

FileSystemWatcher - Pure Chaos (Part 1 of 2)[^]

FileSystemWatcher - Pure Chaos (Part 2 of 2)[^]

Posted 2-Feb-11 0:06am

#realJSOP

Comments

Sergey Alexandrovich Kryukov 2-Feb-11 11:44am

5 of course. Most interesting, especially the conclusion. I just need to try all that.
It looks like you discovered weird things about asynchronous nature of file system, not the class itself. The observed results are surprising. Don't you think it leaves a room for further investigation?

Does it raise concerns about robustness of the file system itself, or this is pure notification stuff?

Practically, some developers complained that if one application creates file for exclusive use, close it and terminates; and then another application opens the same file, they could not deterministically guarantee that the file is really accessible already... From your experience, can it be a concern?

Thank you,
--SA

#realJSOP 3-Feb-11 7:46am

The file system isn't to blame, it's just reporting what the applications are doing. A file cannot be locked on a per-application basis (I don't think even Unix can do that). Once a file handle is released, that file is available to any other application for whatever manipulation that application has in mind. My sample app in the cited article reflects what various applications do under various circumstances, and given the weirdness, it's important to know the source of the files being watched so you can take appropriate actions.

Sergey Alexandrovich Kryukov 4-Feb-11 2:50am

Does it mean you deny the concern I explain in my last paragraph above (could not deterministically guarantee)? Personally, I never faced this problem; one my colleague keeps blaming file system, but I can't 100% trust him.

As to notifications of file event, those a very important. If you show any standard file dialog box, you know it processes file list if you add/remove a file in another process. The change in the list is often shown with such a big delay that it's difficult to attribute to the latency of message queues or video. After looking through your article I would think this might be the same thing you've discovered. How do you think?

Thank you.
--SA