home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / bit / listserv / cmspipl / 517 < prev    next >
Encoding:
Text File  |  1992-07-28  |  1.3 KB  |  38 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!UMINN1.BITNET!IJIM
  3. Message-ID: <CMSPIP-L%92072813161659@VM.MARIST.EDU>
  4. Newsgroups: bit.listserv.cmspip-l
  5. Date:         Tue, 28 Jul 1992 12:01:06 CST
  6. Sender:       VM/SP CMS Pipelines Discussion List <CMSPIP-L@MARIST.BITNET>
  7. From:         Jim Colten <IJIM@UMINN1.BITNET>
  8. Subject:      Re: Retrieving NETDATA format files from the Reader
  9. In-Reply-To:  Message of Tue, 28 Jul 1992 09:27:43 PDT from <DWIGHT@UCSBVM>
  10. Lines: 26
  11.  
  12. On Tue, 28 Jul 1992 09:27:43 PDT Dwight M. McCann said:
  13. >I am running VM/XA SP 2.1.  I am trying to read netdata formatted input
  14. >from my reader using the following exec:
  15. >
  16. >"pipe reader | find '41'x | spec 2-* 1.80 | deblock netdata | console"
  17. >
  18. >There is no output.  When I ran it using PIPEDEMO I discovered that no
  19. >records get through the FIND stage.  .....
  20.  
  21. This ends up being a REXX question.  It is often *VERY* easy to blur the
  22. boundary between pipelines and REXX.  The '41'x in your pipe is quoted by ""
  23. and taken literally by REXX, so pipelines sees:
  24.  
  25. find '41'x
  26.  
  27. Pipelines takes this to mean you want to look for the five chars '41'x rather
  28. than one char containing hex 41.
  29.  
  30. I believe that if you do:
  31.  
  32.  
  33.  "pipe reader | find" '41'x "| spec 2-* 1.80 | deblock netdata | console"
  34.  
  35. then you will see records emerging from the find stage.
  36.  
  37. Jim Colten
  38.