Folks, I'm working on an application that will process files placed in a directory.
Pre VFP9 this could be accomplished with a timer. When a file would be found, one could turn the timer off, do the processing, and turn the timer back on. I'm trying to accomplish this using BindEvents(). I'm working on hacking the Solution Sample for what I want -- their example gets me about 75 percent of the way there (that's good!) and I'm trying to tie the rest of it together. From VFP I can get a message from Windows that a file has been placed within a directory and in theory pass it off to the handler to process it. I haven't written the handler portion (I'll get there) but in theory the handler will try to open the file, process it, delete the file for all files in the directory. So far, so good. If I'm in the handler and not done, what happens if Windows gets another message that a file has been placed in the directory? Will it queue up until the handler is finished or is BindEvent() interrupt driven -- like an On Key Label -- thereby stopping the processing for the first file and starting the handling for the second one? Regardless, I could turn off the binding, but that would really couple the event with the handler. Event gets message, passes it to handler, handler tells event to UnbindEvent(), handler does it's thing, then tells the event to BindEvent() again, etc. That design doesn't seem right to me. Comments, thoughts, better design ideas? Bill _______________________________________________ Post Messages to: %(real_name)[EMAIL PROTECTED](host_name)s Subscription Maintenance: %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s OT-free version of this list: %(web_page_url)slistinfo%(cgiext)s/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/%(messageid) ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
