home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / fj / maillis / apollo / 2961 < prev    next >
Encoding:
Text File  |  1992-11-15  |  1.8 KB  |  44 lines
  1. Newsgroups: fj.mail-lists.apollo
  2. Path: sparky!uunet!stanford.edu!sun-barr!sh.wide!wnoc-tyo-news!etl.go.jp!daemon
  3. From: mcsun!dxcern!dxcern!bcr@uunet.uu.net  (Bill Riemers)
  4. Subject: Piping blues
  5. Message-ID: <1992Nov16.091706.12200@etl.go.jp>
  6. Sender: apollo-request@srvr1.engin.umich.edu
  7. Organization: CERN, European Research Center for High Energy Physics
  8. Distribution: fj
  9. Date: Thu, 12 Nov 1992 15:43:25 GMT
  10. Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
  11. Approved: kato@etl.go.jp
  12. Lines: 30
  13.  
  14.  
  15.   Hi there,
  16.  
  17.        I've been trying to establish pipes to existing fortran
  18.   programs.  The best I've been able to is create a temporary
  19.   file/buffer, stop my program and wait with PGM$WAIT for the
  20.   other process to finish.  It seems if I don't have a pipe
  21.   installed, I must wait.  I can't figure out any reasonable
  22.   way to connect a pipe to a fortran unit #.  If I have a 
  23.   stream number I can open a fortran unit, but it seems
  24.   that I can only get a stream # for stdin, stdout, and stderr.
  25.   (None of which I'm willing to replace in my fortran program.)
  26.   I've tried sockets, but for some reason this fails with 
  27.   unformatted input.  Simmularly, I thought about using mailboxes,
  28.   but the need of a separate severe stopped me cold.
  29.  
  30.        So here is where you come in.  I confident there must
  31.   be a simple eligant solution.  Too many things seem "almost"
  32.   work.  Please, if you have any reasonable suggestions, share
  33.   them.
  34.  
  35.        Oh I almost forgot to mention, that I'm trying to use
  36.   only one executable, and programs in standard unix directories
  37.   to keep the program simple to use.  So the idea of creating
  38.   a separte program that duplicates the functions of pipe, but
  39.   returns stream id as well is out.  But, if this can be binded
  40.   into the same program I'll try it.
  41.  
  42.                                   Bill
  43.                      
  44.