XPost: microsoft.public.vb.general.discussion, microsoft.public.vb   
   From: dsarvas@yahoo.com   
      
   On Mon, 15 Sep 2008 06:06:51 -0700, "Bob Butler"    
   wrote:   
      
   >   
   >"Don"  wrote in message   
   >news:48ce5ae2.2596437@news.west.cox.net...   
   >> On Sun, 14 Sep 2008 14:14:07 -0400, "expvb"  wrote:   
   >   
   >> So I will probably go back to exactly what you are suggesting above or   
   >> create a detour to another app I konw they have on their system that   
   >> will open a text file and keep the file open.   
   >   
   >How about opening the file exclusively from your app, copying the contents   
   >to a temp file, shelling the default editor on that copy and waiting for it   
   >to terminate, then updating the original and deleting the temp file?   
   >   
      
   Hey, I like that.   
      
   I was already using a simlar function to work on a temp file, but I   
   was using my own app and I wasn't locking the original with my own app   
   while doing so.  But to allow the user to use Notepad, if that's their   
   default app for a text file, and monitor its use so the original file   
   remains locked during the interim sounds interesting.   
      
   Although this has great possibilites, I'm not sure how confident I   
   will be using it due to concerns I mentioned previously regarding the   
   consequences that might result if the program shuts down unexpectedly   
   and we're left with the original file locked . . .OR would the file   
   detect that my app has shut down and revert back to being available?   
      
   Although I have decided to either detour the user to another app or   
   use my own app to read the file and either of those solves the   
   problem, I'm going to have to give your suggestion some thought.  I   
   have a long ride to work so I have a long way to think about this.   
   Don   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)