DataMuseum.dk

top - metrics - download

    Length: 1782 (0x6f6)
    Types: TextFile
    Names: »README«

└─⟦a0efdde77⟧ Bits:30001252 EUUGD11 Tape, 1987 Spring Conference Helsinki
    └─⟦this⟧ »EUUGD11/euug-87hel/sec1/shar2/README« 

TextFile

	  Yet another SHAR ?!? Good lord, why in the world would anyone
	create still one more of these? I must confess that of all the
	many variants I have kicking around, there wasn't one that did
	the combination of creeping through directories and packing the
	data into mailable pieces. This SHAR supposedly does that plus
	the usual garbage.
	  Enough justification, here are the command line switches it
	accepts:

	-c		=	Creates code for checking file sizes.
	-f <name>	=	The only required switch, it defines
				the archive root. Archive files will
				be called "<name>.1" and so on.
	-i		=	Usually the files to be archived are
				specified in the command line. This
				causes the file names to be taken from
				the standard input.
	-m <number>	=	This redefines the target number of bytes
				per archive. The default is 60000.
	-o		=	Causes code to over writting existing files,
				by default this is not done.
	-p		=	The original permissions are given to the
				un-SHAR-ed files.
	-q		=	The un-SHAR-ing doesn't print out status.

	Oh boy, how about an example?

		shar -f junk *.c

	Will generate archive files like "junk.1", "junk.2" ... where
	each is about 60Kb in size. Or for macho folks:

		ls *.c | shar -f junk -m 1000000 -c -i

	creates "junk.*" files about 1Mb each, with checking and gets its
	file names from a pipe (oooh, aaah).
	  The program is BSD 4.{23} specific and, except for the "scandir"
	and "stat" stuff, can probably be dragged elsewhere without too
	much pain. Bug reports and/or comments can be sent to the creature
	indicated below.

-Rogue Monster                                   (also known as Roger March)
UUCP: {decvax,ucbvax,ihnp4,hplabs}!decwrl!mips!roger
USPS: MIPS Computer Systems, 930 Arques, Sunnyvale, CA 94086, (408) 991-0220