home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17959 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.1 KB  |  47 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!usc!rpi!gatech!concert!samba!usenet
  3. From: Chris.Fortin@launchpad.unc.edu (Chris Fortin)
  4. Subject: amidos file locking
  5. Message-ID: <1992Dec30.211817.26987@samba.oit.unc.edu>
  6. Followup-To: comp.sys.amiga.programmer
  7. Keywords: file locks unix ports
  8. Sender: <fortin@orca.ele.uri.edu>
  9. Nntp-Posting-Host: lambada.oit.unc.edu
  10. Organization: University of North Carolina Extended Bulletin Board Service
  11. Date: Wed, 30 Dec 1992 21:18:17 GMT
  12. Lines: 33
  13.  
  14. Hello all,
  15.  
  16.     I have been trying to run a port of a pair of unix programs to
  17. the amiga via M. Wild's gcc port. Everything compiles fine, but
  18. the two programs communicate via one popening the other. Eventhis works
  19. to some extent, but the pipe doesnt appear to flush until it it closed.
  20. Similarly i have noticed the when one process has a file open, vi tst.texe
  21. for instance, the file test.c can not be read by other procs ie tex tst
  22. fails because tst.tex can't be opened until i quit vi. I would guess that these
  23. two effects are related. What i would ask, is what is the easiest way to set up 
  24. asycronous communication between the two procs? I would rather not have to
  25. mess with their source, and would rather impilent some sort of third party
  26. message passing system. The applications are a math package that pipes
  27. commands to gnuplot, and obviously it wouldn't do to have all the plots
  28.  pile up until the first app exits, and it is impractical to restart
  29. gnuplot for each plot ( assuming i do break the pipe each time.)
  30.  
  31. I would appreciate pointers to any source that impliments this type
  32. of message passing. As an asside, do you think AREXX would be sufficient
  33. as a communication host?
  34.  
  35. i Thanks to everyone, and a special thanks to Markus Wild for bringing gcc to the
  36. amiga.
  37.  
  38.             Christopher Fortin
  39.  
  40. <fortin@orca.ele.uri.edu> <fortin@tautog.npt.nuwc.navy.mil>
  41.  
  42. --
  43.    The opinions expressed are not necessarily those of the University of
  44.      North Carolina at Chapel Hill, the Campus Office for Information
  45.         Technology, or the Experimental Bulletin Board Service.
  46.            internet:  laUNChpad.unc.edu or 152.2.22.80
  47.