home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / openloo / 3558 < prev    next >
Encoding:
Text File  |  1992-08-21  |  1.3 KB  |  44 lines
  1. Path: sparky!uunet!decwrl!csus.edu!csusac!unify!openlook!openlook-request
  2. Message-ID: <5jafhs7@openlook.Unify.Com>
  3. Newsgroups: comp.windows.open-look
  4. Distribution: world
  5. Date: Fri, 21 Aug 92 14:55:09 EDT
  6. From: fgreco@fis1026.shearson.com (Frank Greco)
  7. Sender: news@Unify.Com
  8. Subject: Re:  Xview and process blocking?
  9. Lines: 33
  10.  
  11. > If what you want is the user to not interact with the parent process,
  12. > why not set FRAME_BUSY to true on the parent's base frame?
  13.  
  14.     It's much more than this.  Here's the scenario:
  15.  
  16.     FileOpen(file)
  17.     char *file;
  18.     {
  19.         if file not local
  20.             ftp it
  21.  
  22.         open file
  23.     }
  24.  
  25.     I want to spawn off the ftp, but my open has to "wait" until
  26.     the ftp is complete.  If it doesn't, the open will fail.  There
  27.     is another scenario where I have to wait for a "compile" to
  28.     finish before continuing; but its the same type of problem.
  29.  
  30.     I really don't care that the UI is frozen until this call
  31.     finishes (yeah... I know... not a good [single-threaded] X
  32.     citizen and all that); I just need to "waitfor()" the child to
  33.     finish without mangling the flow too much.
  34.  
  35. > BTW, I've never had any problem with system(), in either SunView or XView,
  36. > but I know you're not supposed to do this.
  37.  
  38.     Yes.  Me too.  But the XVPM says its a no-no, understandably because
  39.     system() uses wait() and signal() internally.
  40.  
  41.     Frank G.
  42. =-=-=-=-=-=-=-=-=-=
  43.  
  44.