LingerOption[^] may help.  But methinks you'll need access to the client code (at least). /ravi My new year resolution: 2048 x 1536 Home | Articles | My .NET bits | Freeware ravib(at)ravib(dot)com

Is this what you are looking for? using System.IO; ... public class MyFileSystemInfo : FileSystemInfo { public string SomeProperty { get; set; } public string SomeOtherProperty { get; set; } public override void Delete() { throw new NotImplementedException(); } public override bool Exists { get { throw new NotImplementedException(); } } public override string Name { get { throw new NotImplementedException(); } } } Implement the abstract class FileSystemInfo and add the properties you require. You can then wrap the readonly properties of the base class to suit your needs?

See if this article may be of help: Simple syslog client[^]

You can combine two events to achieve the goal. First create a flag, like isEditing = false; On BeforeLabelEdit Event change it to true, meanwhile on AfterLabelEdit Event change it to false. Then on KeyDown Event check first if isEditing == true, then process the key. May this be the solution? EDIT: On BeforeLabelEdit Event you can store the value and on AfterLabelEdit Event get the value and see if it is changed then rise an custom event? Can this be a better way?

Thank you. This is really a helpful method.

Thank you for the answer. Yes. You are right. I could have encoded the Unicode characters and URL using HttpUtility.UrlEncode Method. But the problem is, it is implemented only in .Net 4.0, but unfortunately, I'm writing my program in .Net 3.5 do to the compatibility with "a little bit old OSs" with older versions of .Net. Still did not find a proper solution. That was totally wrong. I tried to use HttpUtility.UrlPathEncode(str) method directly without adding reference to the System.Web Namespace in project's properties: ... using System.Web; ... string convertedPath=HttpUtility.UrlPathEncode(path); ... And after adding reference, I did like this: ... string convertedPath=System.Web.HttpUtility.UrlPathEncode(path); ... and it worked. Thank you guys!

Unfortunately, your method and the method below does not work. If you place a lock on the file you have to wait for the O.S. to release the file. Thus a call FileInUse that returns true can still fail on the file open. The only way is to open the file and lock the file and return that lock. Need custom software developed? I do custom programming based primarily on MS tools with an emphasis on C# development and consulting. I also do Android Programming as I find it a refreshing break from the MS. "And they, since they Were not the one dead, turned to their affairs" -- Robert Frost

Hi, your code looks a bit weird to me. Here are some comments: 1. AddFiles(label1.Text); is strictly not OK, you are touching a Control from a thread other than the main one. A better approach is to read label1.Text before launching the thread, then pass the string to it somehow (class member, or ThreadStart parameter). 2. the progressbar code will never execute: progressBar1.InvokeRequired and listBox1.InvokeRequired are bound to have the same value, so either the first if block's return will fire, or both if blocks will be skipped. 3. the whole threading approach is flawed: there really isn't any code running on the separate thread, all it does is cause the outermost AddFiles() to run on the main thread, so the hierarchical scan is all on the main thread (which will be very busy and uncapable of serving the GUI). Solution: split the action in two parts, the first part scanning the file system and storing strings in a collection (all on the separate thread), the second part adding the collection's content to the ListBox. 4. Lastly, this is a typical job a BackgroundWorker is good at. It would do the scanning in the DoWork handler, and the ListBox updating in the RunWorkerCompleted handler. You wouldn't need to call Invoke at all, the BGW does that for you. PS: you may want to read this my little article[^] on the matter. :) Luc Pattyn [Forum Guidelines] [My Articles] Nil Volentibus Arduum Please use <PRE> tags for code snippets, they preserve indentation, improve readability, and make me actually look at the code.

Hi, you might want to check out this part nr.lpLocalName = (LPTSTR)((LPCTSTR)locname); based on MSDN: http://msdn.microsoft.com/en-us/library/aa385413(v=vs.85).aspx[^] lpLocalName should be NULL in you case "A pointer to a null-terminated string that specifies the name of a local device to redirect, such as "F:" or "LPT1". The string is treated in a case-insensitive manner." but you use webdav.pspace.co.kr, which may cause the problem I think...

mints555 wrote: But, when multiple files are selected and deleted at once in the Source folder, only the first file is deleted in the Destination folder. If you are having trouble deleting files, what does that have to do with ReadDirectoryChangesW()? :confused: What does your deletion code look like? "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

Thank you for your reply! Yes. In compiled resource. I made a Setup file and installed it both in XP and 7. As I said, in 7 it is working fine. Icon size: 32x32 color depth: 4 bit. It's a standard XP system icon. I have copied it from a XP machine.

Did you watch the return value of RemoveDirectory? Did you call GetLastError on zero? Might your top-level directory have a different protection? :)

Thanks for the advice David. I solved the problem by the code shown below: CFile sour; CString source=_T("Path to file"); while (!sour.Open(source,CFile::modeRead | CFile::shareDenyNone,NULL)) { Sleep(1000); } sour.Close(); modified on Thursday, November 25, 2010 3:34 AM