Conference hydra::amiga_v1

    PS_Driver.LZH   A nice preferences (1.3) driver for PostScript printers,
                    supports graphics and text output.
    

    FRQLIB.LZH        File requester replacement for all programs that use
                      the ARP file requesters or Amiga DOS 2.0 requesters.
                      Written by Khalid Aldoseri.
    

Discussion about an "inquire" command took place last week, but I've forgotten
where.  I have written a small "command" to perform that functionality.

The file is tape::user2:[upload]inquire.zoo

Steve - Here is the inquire.readme, from the C code comments...

/*
 *  Stephen Spodaryk 		26-Oct-1990 
 *  spodaryk@smaug.dec.com
 *
 *  Purpose:
 *
 *    Short program to perform a basic "inquire" functionality.
 *    The environment variable is set equal to the user's input.
 *
 *    By default, the entered string will have the control characters 
 *    removed, and will trim off trailing blanks.  Some basic punctuation 
 *    is appended to the prompt.
 *
 *  Format:
 *
 *    inquire prompt_string environment_variable [-c -t -p -y | -n]
 *
 *  Options:
 *
 *    -c option will disable space substitution for control characters. 
 *
 *    -t option will disable trimming of trailing blanks.
 *
 *    -p option will disable punctuation on the prompt.  Normally, this
 *       is just a ": ".  When used with -y | -n it becomes " [YES/no]: ",
 *       and " [NO/yes]: " respectively. 
 *
 *    -y option will set the variable to "yes" or "no", based on
 *       the first character of the string entered: N|n = "no", 
 *	 Y|y|no input = "yes".
 *
 *    -n option will set the variable to "no" or "yes", based on
 *       the first character of the string entered: Y|y = "yes", 
 *	 N|n|no input = "no".
 *
 *  Note:
 *
 *    -y and -n are mutually exclusive.  If non YyNn input is given,
 *       a WARN will be returned, and no variable will be set.
 *
 *    Any other parameters are ignored.
 *
 *  Specification:
 *
 *    If the inquiry is aborted, the variable will not be set (unless
 *    you've specified -y or -n, in which case the default will be used)
 *
 *    When the variable is set, "inquire" will return a 0 condition,
 *    and the variable can be used normally.  If the variable is not set, a 
 *    5 (WARN) is set upon exit.
 *
 *    Naturally, you'll need ENV: assigned in order to use the 
 *    environment variables.
 *
 *    See the "example.script" for a useable example.
 *
 *  Disclaimer:
 *
 *    I'll admit that I'm not super knowledgable about AmigaDOS script
 *    files, so if you'd like extra functionality, let me know.  This
 *    started out really small, and kept growing as I thought up new things.
 *
 *    Feel free to add_to/improve it.  Could this be a WB2.0 command?
 *
 */

    
    Thanks,  That was mee that was looking back in note 4220.
    
    Frank
    

    MUCHMO.LZH		MuchMore V2.7
    
    MUCHPO.LZH		Same as above but with ability to read crunched
    			PowerPacker text files
    
    INFORM.LZH		New INFORM and RNEWS for UUCP V1.06D. Includes		
    			two lines to add to your UULIB:config file.
    
    MACH31.LZH		MachIII V3.1
    

I've just put the latest version (v3) of AIBB in tape::amiga:[upload]. This
is the first time I've used the TK50 route; could someone tell me that
it worked?

Further, could someone see how the GVP 50MHz board benchmarks against the
A3000?

	Thanx,
	<mike

    This is what I got whilst trying to get a listing of it:
    
     PACKED    SIZE  RATIO  CRC       STAMP       NAME
    ------- ------- ------ ---- ----------------- -------------
       1145    4634  24.7% e898 Mar 16 00:15 1991 AIBB3.info
    LHARC Warning: Checksum error (LHarc file?)a
    LHARC Warning: Unknown header (LHarc file ?)
    ------- ------- ------ ---- ----------------- -------------
       1145    4634  24.7%      Apr 26 17:33 1991    1 file
    

    Just needs to be converted to stream record format:
    
$ lharc l aibbv3
 PACKED    SIZE  RATIO  CRC       STAMP       NAME
------- ------- ------ ---- ----------------- -------------
   1145    4634  24.7% e898 Mar 16 00:15 1991 AIBB3.info
LHARC Warning: Checksum error (LHarc file?)a
LHARC Warning: Unknown header (LHarc file ?)
------- ------- ------ ---- ----------------- -------------
   1145    4634  24.7%      Apr 26 21:07 1991    1 file
$ cvtarc u aibbv3.lzh
$ lharc l aibbv3
 PACKED    SIZE  RATIO  CRC       STAMP       NAME
------- ------- ------ ---- ----------------- -------------
   1145    4634  24.7% e898 Mar 16 00:15 1991 AIBB3.info
    365    1501  24.3% 63c4 Mar 16 00:15 1991 Contents.txt
   1278    2401  53.2% de2b Mar 16 00:15 1991 read.me
    552     864  63.8% 6ade Mar 16 00:15 1991 Readme.First!
  12144   18012  67.4% 3a04 Mar 16 00:15 1991 req.library
  29109   56756  51.2% 7910 Mar 20 18:05 1991 aibb3
  23472   59151  39.6% b83b Mar 31 16:40 1991 AIBB3.doc
------- ------- ------ ---- ----------------- -------------
  68065  143319  47.4%      Apr 26 21:09 1991    7 files

I downloaded the archive and it worked fine, so I was going to ask someone
to check on these things.

Anyway, since that works, fish disks 471-480 are being copied to
tape::amiga:[upload] as FF47?.LZH and FF480.LZH. I'd appreciate it
if someone could put these in [amiga.fish.Z450] in the correct format.

Next - is there some way to deal with this via dcp? Or to do the conversion
on the Ultrix end of the link?

Finally - I get the Fish disks direct from Fred. Now that I've got a
reliable way to get large data files to Ultrix, I'll be happy to bring them
in as soon as I get them. We just need to decide on the most efficient way
to get them in place in the correct format.

	Thanx,
	<mike

-> Next - is there some way to deal with this via dcp? Or to do the conversion
-> on the Ultrix end of the link?


 Mike, if you use 'dcp -i (ultrix) to copy the files to a VMS system they will
 be created as 512 fixed byte records, and then will need to be cvtarc' before
 lharc will function on them. If you copy them using a VMS machine to grab
 them from your ultrix node and push them to tape using FTSV and 
 /TRANSFER_MODE=RECORD then ftsv will create them on the vms system as
 stream_lf files correctly.

 ie from your local vms node, (node:: = your ultrix node).

$ SPOOL COPY /TRANSFER=RECORD node::"fish499.lzh" TAPE::[UPLOAD]FISH499.lZH

 The only problem with this method is you have to specify the input and
 output file (no wilcards). So eitherway it's a bit of a hassle.

 anyway, that my 2 cents.

	Steve.

And not to let this note pass without further Usage...

I just uploaded Post15.lzh to TAPE::AMIGA:[UPLOAD].
That's the PD PostScript Viewer/Printer, if you're wondering.

Cheers,

<CB>

    This doesn't really belong here but someone mentioned ULTRIX .. :-)
    
    Is there a directory somewhere with the ULTRIX counterparts to VMS's
    ZOO, ARC, LHARC, and KERMIT?
    
    Thanks,
    George
    

    
    See note 3830.4 for zoo, lharc, and kermit for ULTRIX/RISC.
    
    I just copied them over, but haven't tried them yet.
    
    Bayard Coolidge
    ULTRIX CSSE (!)
    
    

This is an Amiga port of "remind", a "sophisticated" (read complicated)
text-oriented reminder program.

This was recently posted to comp.sources.misc.  It was supplied to compile under
UNIX and MSDOS.  I've added appropriate "#ifdef"'s for it to run on Amy.

This port, unlike the MSDOS version, does handle "AT" (timed) reminders, but
does so without forking, so it needs to be RUN for that functionality.  I've
added the file "README.AmigaDOS" which covers the changes made.

I haven't tested all of the possible combinations of command line
switches/reminder files.  Forewarned is forarmed, but it does seem to work.

P.S. Would the person who maintains the TAPE::AMIGA directories be kind enough
to change the world file protection on this file (remind.lzh) so that others can
copy it?  Thanks!

EOT::AMIGA:[UPLOAD]

	SHOW.LZH (.TXT)		Utility to display Amiga Exec system lists

	USA_MAP.LZH (.TXT)	A couple outline maps of the USA