🚀 go-pugleaf

I did a GET SHOWFILE PACKAGE.  I then received what was sent to me
onto my A-disk.  I then typed SHOWFILE and hit enter but got no
response.  Could someone who is familiar with this package tell
me where I went wrong or what I should do to get SHOWFILE to
work?   Thanks in advance for any help!

Scott

On Wed, 22 Jan 1992 12:38:54 CST Jim Colten said:
>On Wed, 22 Jan 1992 13:02:38 EST Scott (nmi) Mattes said:
>>On Wed, 22 Jan 1992 09:35:16 PST Dwight M. McCann said:
>>>
>>>...... stuff to Paul deleted ........
>>>
>>>Scott,
>>>   Thanks for the pointer to SHOWFILE.  I will request it shortly.  Does
>>>it require that the entire file be in memory simultaneously?  That is, does
>>>it read the whole file into memory prior to outputting it to some device?
>>>Does it give control over buffer sizes on tape?  Does it handle standard
>>>labelled tapes?  Can two or more output devices be specified for a single
>>>input?  Should I RTFM rather than asking all these questions on the list?
>>
>>  I'm afraid you'll have to read the doc/code in the package, since I
>>have not.  At least it comes with code.
>
>First, let me *ENCOURAGE* you to investigate pipes for your need, although
>if you want to use labeled tapes, you will need to look at the QSAM driver.
>I am not certain the qsam driver gets much use, so outside help might be
>limited.  Pipeline's DEBLOCK filter has features for handling NETDATA format.
>
>Having said that, here is a SHOWFILE commercial.
>
>SHOWFILE is a very fine program that can be used to view SPOOL and/or CMS disk
>files.  It will decode NETDATA (DISK DUMP and CORNELL CARD also) files and
>reconstruct the original records.  It will also reconstruct the carriage
>control chars for 'listing' SPOOL files.
>
>When you look at its rather complete command set, you will tempted to think of
>XEDIT.  Most XEDIT things not related to changing the data are there,
>very frequently using the same command names and syntax.
>
>You can write SHOW macros, just like you can write XEDIT macros.  This lets
>you use SHOWFILE for many things other than viewing files.
>
>No, SHOWFILE does not require that you have enough memory to load the entire
>file.  It will, however, use a lot of memory and keep large parts of the
>file resident in memory if you have lots of memory available.
>
>For your needs, I think that SHOWFILE would handle the input half of your
>problem.  It neither helps nor impedes you in the output side of your problem.
>
>SHOWFILE is *WELL* worth having, even if you don't use it for this application.
>
>Jim (can't help plugging two of my favorite tools) Colten