informis
/
textfiles
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
textfiles/computers/alt-bin.txt

1021 lines
48 KiB
Plaintext
Raw Permalink Blame History

This file contains invisible Unicode characters

This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

Notes on UUDECODEing .GIF pics etc.
This file is intended to be a general introduction to the group
alt.binaries.pictures, answering some common questions concerning pictures
posted here, namely how to decode and view them. It is not, of
course, possible to cover everything, but I will try to to get as much
as I can into this file. If you feel something important has been
omitted and you know the subject well, please write me so I can
include the info for future releases. I can be contacted via
internet at readdm@ccwf.cc.utexas.edu.
Before you miss an important detail contained in this file, let me
"pre-repeat" that I have tried to make *all* programs mentioned in
this document available for anonymous ftp at bongo.cc.utexas.edu
(128.83.186.13), in the gifstuff directory. If you think I've omitted
something important in the viewers-only archive, feel free to let me
know. Also: there are NO GIF files of any kind at this site! Save
your time and don't bother looking for them!
Ok...on to the real reason you're reading this document...
TABLE OF CONTENTS
I. DOWNLOADING AND DECODING FILES
II. .GIF FILES AND .GIF VIEWERS
III. .GL FILES
IV. OTHER PICTURE TYPES
V. ENCODING AND UPLOADING FILES
VI. ALTERNATE SOURCES FOR PICTURES
VII. A.B.P. and A.B.P.D.
VIII. COMMON PROBLEMS
IX. APPENDICES: AWK, SED, & PERL SCRIPTS
I. DOWNLOADING AND DECODING FILES
By far the most common method of posting files to alt.binaries.pictures is
the UUENCODE standard. This program, shipped standard with most
implementations of UNIX, converts binary files into plain-text ASCII
files which can be handled by the mail system. You will need a
version of UUDECODE before anything else in order to view anything
downloaded from the net. If your system does not have a version of
UUDECODE available, you can get one via anonymous ftp from
bongo.cc.utexas.edu (128.83.186.13), in the gifstuff/uuxfer directory.
The first step is to save the file you want to view...in most versions
of the newsreader, this is done by pressing s followed immediately (no
spaces) [NOTE: my rn will allow spaces, though-SQ] by a file name.
You will usually be asked if you want to save it in mailbox format;
you should answer 'n'.
In the case of a single-part file, you can now uudecode the file,
which will create whatever output file is encoded. You can usually
tell if it's a single-part file by looking on the subject line;
standard nettiquette is to make somthing like (03/06) part of the
subjet line, which indicates you're on part 3 of a 6-part file. If no
numbers are there, you can usually assume it is a 1-part file. If
not, feel free to write the poster (directly...please don't waste
bandwidth by posting) and request that he/she put this info in the
subject line. Be nice about it!
For multi-part files, life is a little more difficult. If all you
have is a standard UUDECODE program, you will need to trim the headers
and trailers from all of the parts and concatenate the resulting files
together to make one big file, and then run that through UUDECODE.
Use your favorite text editor to strip the headers & trailers of each
file. Then (on UNIX systems) use
cat part1 part2 part3 ... partN | uudecode
to concatenate them and pipe them through uudecode.
If you downloaded the files to an MS-DOS system before concatenating
them, use
copy part1 + part2 + part3 + ... + partN file
to concatenate them.
There are several versions of UUDECODE out there that will do all of
this for you, including UUEXE (an MS-DOS program written by Richard
Marks) and my own UUXFER program.
Several people have written scripts in AWK, SED, or PERL which will strip
headers & trailers, concatenate the results and pipe them through
UUDECODE. See section IX. (Appendix) if you want to run one of these.
If you're going to download it to a home machine, or move it around a
network, remember that most outputs are going to be BINARY files, so
set your transfer protocol accordingly.
II. .GIF FILES AND GIF VIEWERS
Ok. Now you've got this great GIF file from downloading it and
running it through UUDECODE. What is it, and what do you do with it?
GIF stands for Graphic Interchange Format, and is a standard format
for images that was developed by Compuserve to be a device-independent
method of storing pictures. It includes Lempel-Ziv-Welch (LZW)
compression, which makes the files fairly small.
You will need a GIF viewer in order to view the file. On X-Windows
workstations the program you need is called xloadimage. If your
system does not have xloadimage, you can get it via anonymous ftp
from bongo.cc.utexas.edu in the gifstuff/xwindows/xloadimage directory.
[NOTE: There are some other good ones there too, like xv and xshowgif.-SQ]
On the Macintosh, a good one is QuickGIF, but it only runs on color
Macs. If you have a monochrome Mac, you can use VisionLab.
On MS-DOS systems, I personally use VPIC, but there exist
others, including CSHOW. A nice bonus to using CSHOW is that it can
also view several other common picture formats, including MacPAINT
images. Amiga users tell me that VirtGIF will display .GIF files
directly, but that Hamsharp or GIFMachine will convert .GIF
files to other formats, the principle benefit being that the other
formats allow more than 256 colors to be displayed simultaneously.
Other machines: On Sun workstations running SunView, Alan Sparks has
made his 'artshow' program available, at the same archive mentioned
earlier, at ix1.cc.utexas.edu and bongo at the same address.
For the Atari ST, there exist several shareware or PD programs, including
BGIF & GIFSPEC, which will convert the GIF files to the Spectrum file type,
which can then be viewed with other software (sorry, I don't know what it's
called). Finally, Apple ][+/e/c types are advised to use IIGIF to view gif
files on these computers, while the advice from a ][GS user is to use
SHRConvert.
I have tried to make all of the above-mentioned GIF viewers available
from bongo.cc.utexas.edu, in the gifstuff directory. Hunt through the
0filelist file to see if something you need is available.
Other systems have other viewers. Consult your sysytem administrator
or a local users group for your machine before you post to the asking
if there is a GIF viewer for your specific machine.
III. .GL FILES
Commonly people post files to the net with a .GL extension. These
files are actually animated picture-shows that can be viewed on IBM-PC
machines with the GRASPRT program. The GRASP (GRAphics System for
Professionals) system was developed by Paul Mace as a PAY-WARE system
for transmitting these animated files. The GRASPRT program (public
domain, I believe) is a run-time version for viewing the files.
Unfortunately, GRASPRT exists only for the PC-Clone family. Recently
some wonderful net-people have written an X windows-based .GL viewer
called xgl (there is also another called xgrasp, but I know little
about it). The source is available from export.lcs.mit.edu...look
in the directory where they keep contributed X code. I will also
endeavor to maintain a copy on bongo.cc.utexas.edu, but I can't promise
that it will be up-to-date. Recently an Amiga version was written...
you can find it in the amiga directory at bongo.
There is another twist to GRASPRT. An older version admitted only CGA
monitors, but a newer one allows VGA as well. Unfortunately, the
older version doesn't even *recognize* the VGA standard, while the
newer version (which, BTW, is *much* faster than the old one) will not
let you display the VGA GRASP files on a CGA or EGA monitor. Unlike
the .GIF standard, .GL files are not resoultion-independent!
Anyway, if you have a system other than a PC-Clone, an X system, or an
Amiga, I'm afraid you may be out of luck. Sorry!
Usually, .GL files are huge, so people often compress them with one of
several popular compression/archiving packages. Perhaps the most
common is the PC family's PKZIP package. If a .GL file is posted with
a .ZIP extension, you know it's been ZIP'ed. Similarly, if it has a
.Z extension, it's been compressed with the UNIX `compress' utility.
If you encounter a file which has been ZIPed, and you have a PC, you
should go find a copy of PKUNZIP (simtel has one). If you *don't*
have a PC, you can get C source code for an UNZIPer from simtel, in
pd1:<unix-c.file-mgmt> as unzip.tar-z (you'll have to decompress this
with the UNIX compress utility).
If the file has been compressed with the UNIX compress utility, and
you're on a UNIX box, clearly you have no problem. If, on the other
hand, you're on some other box, you'll need a de-compressor. You can
find an msdos version of unix compress can be obtained from simtel in
pd1:<msdos.sq-usq> or wuarchive.wustl.edu in /mirrors/msdos/sq-usq as the
file comp430d.zip.
IV. OTHER PICTURE TYPES
There are other types of single-picture files posted to the net,
although they are not as common as the .GIF files. I suppose that the
next most common type of picture posted is the MacPaint picture.
These pictures, once decoded, are viewable on the Macintosh with the
standard MacPaint program. On the PC-Clone family, the pictures are
viewable with (among other progams) CSHOW. Other than the difference
in the viewing software, the downloading/decoding and encoding/uploading
procedures are identical as for other types of pictures.
Another common form for pictures to take is the .IFF file, which is a
standard for pictures on the Amiga. I do not know of many programs for
computers other than the Amiga which allow viewing of these files, but
there exist some programs on the Amiga which will convert .IFF files
to .GIF files so the rest of us can see them. It has been pointed out
to me that DeluxePaint on the IBM-PC family will work with .IFF files,
but I have not verified this.
Occasionally people get into an argument about which standard is best.
I think the answer is: WHO CARES?!? The only thing I have to say
about this matter is that almost every machine under the sun already
has a program written for it to view .GIF files, and if yours doesn't,
shareware or PD source code is available almost everywhere.
V. ENCODING AND UPLOADING FILES
A common question that is asked is this one: what should I post to the
net? The basic answer is: anything you'd like to see here yourself!
Before I get into the nitty-gritty of how to post, I should say
a few things about the loose etiquette of posting.
[NOTE: this paragraph is more specific to alt.sex.pictures but still relevant]
The first thing is this: it's probably best to restrict yourself to
one or two images per day. I know you've got 600 MB of XXX-rated GIF
files of your girlfriend engaged in various acts with yourself and a
host of small furry animals that you're dying to distribute all over
the world. However, the net gets severely loaded down by these images,
since they are typically 100 - 300 Kb each. When you post ten of
them at once, lots of people will be frantically downloading them,
which shows up in the weekly Arbitron ratings when alt.sex.pictures
accounts for something like 50% of the entire net traffic, and 75% of
the alt.* traffic. We need to be self-policing if a.s.p is going to
avoid being axed by nervous sysadmins.
Second, be sure to give subject lines that are informative, like:
CRASH&BURN.GIF: Plane crash at an air show, 800x600x256 (02/08)
Notice that it includes everything: the file name, a short
description, the resolution, and what part of how many this one is.
If you insist on leaving everything *else* out, at least say which
part it is!
Third, in the actual message you're posting, be sure to give at least
a brief description of what's in it, like:
CRASH&BURN.GIF 800x600x256 (in 8 parts)
This is 15th in the series of this plane crash at the Beruit Air Show
taken at every single conveivable angle. This one was taken from a
photograph by a guy who happened to be standing directly under the
plane as it came down. Pulitzer Prize material. At least the camera
was saved.
Also, checksums are nice, for people with access to sum programs. It
helps people indentify erroneous transmissions. Usually people say
things like
Checksums: (obtained with 4.2 BSD 'sum' or SysV 'sum -r')
between 'CUT HERE lines':
part 1: 76663 9082
part 2: 78973 1234
etc...
Finally, if you got the file from some FTP site that was announced
over the net, don't bother posting it. 5-to-1 odds say that everyone
and his dog already have it, and we *really* need to be careful about
wasting bandwidth! If you're unsure of whether there's any interest
in it, just post a short message saying: "I have this file. Mail me
if you want a copy." If 500 people say they want one, post it...if
only one bozo from outer mongolia wants it, it's a sure bet that the
picture has already made the rounds!
Ok...on to the how-to's of posting.
First things first: if you have a GIF file, don't bother trying to
run some compression routine on it...it *won't* work. LZW compression
(the kind used in GIF files) is a very efficient compression scheme,
and happens to be the one used in many common compression routines
(including the standard UNIX `compress' utility!). If you try to compress
a GIF file, it will usually just end up getting bigger.
Ok. You need to UUENCODE the file. Find an encoder and encode it!
If the output file is particularly large (i.e. more than 60 kB), it
would be wise to split up the encoded file into smaller parts (< 60 kB)
and then post those. You can split the file with a text editor if you
like, or...use Richard Marks' UUEXE or my UUXFER programs, which will
do that for you.
If you do post a multi-part file, be sure to add lines before and
after the data that say 'CUT HERE' so that people trimming the headers
& trailers by hand know where to cut. A recent addition to the
etiquette also has you make the lines say 'BEGIN-----Cut Here' and
'END-----Cut Here' at the obvious locations, so that simple AWK and
PERL scripts can handle multi-part files. Another nice thing to do is
to put the part (02/06) numbers in each file. Again, the afore-
mentioned 'super' uuencode programs will do most of this for you. It
is important to make the "Cut Here" parts in mixed-case or lower-case
letters; some decoders detect data based on the presence of characters
which belong in the normal uuencoding character set, and they will
choke on lines which are all upper-case, since these lines contain
only characters which belong in the set. If you mix the cases, these
decoders will do fine...Remember (if you add "BEGIN" and "END"
keywords) to make "BEGIN" and "END" all caps so exsting scripts won't
miss them, and so uudecoders won't choke on them.
Now post the files...and remember to include the neat info mentioned
earlier, like subject lines that mean something, descriptions,
checksums, etc... One thing that has been pointed out to me recently
is that certain newsreaders (NN, for example) sort the articles
alphabetically by title, so subject lines with part numbers get
displayed & saved in order. There is an obvious (and common) way to
torpedo this process: make subject lines which do not follow sequentially.
An example:
first article's subject: "plane crash GIF: CRASH&BURN (part 1 / 4)"
subsequent articles' subjects: "CRASH&BURN (part N / 4)"
These subject lines will not be displayed & sorted correctly by NN.
However, if you change the arrangement a little, like this:
first article's subject: "CRASH&BURN (part 1/4) plane crash GIF"
subsequent articles' subjects: "CRASH&BURN (part N/4)"
you will please NN-users the world over.
That's about it for posting!
VI. ALTERNATE SOURCES FOR PICTURES
Alt.binaries.pictures is certainly not the only source for pictures, nor
are .GIF files the only types available (see section IV.). The most
likely place you are to find other pictures is in an archive that is
reachable via FTP. FTP stands for File Transfer Protocol, and is a
program for transmitting files over the network. To use FTP, you will
need access to a computer with the FTP program, and a network
connection.
Most ftp programs will allow you to enter something like
ftp wsmr-simtel20.army.mil
which will connect you with the mighty SIMTEL-20 archives at the White
Sands Missile Range. Occasionally, you will encounter an ftp program
that is old enough or slothful enough that it does not recognize
internet-style addresses like the one above. In that case, you'll
need to know the computer's numeric address; for SIMTEL-20
you would enter
ftp 192.88.110.20
Once you're connected, you'll have to tell the computer at the other
end that you want to log in, by entering USER (some machines save you
this step by *assuming* you want to log in. What else would you want
to do?) When you are prompted for an account name, enter
anonymous
When it asks you for a password, enter *your* internet address.
Often the machine to which you are trying to connect will be busy
(i.e. too many anonymous users), in which case the machine will inform
you of this and throw you off. Try again later.
Now you're in. What do you do? Well, you need to know where the
files are stored that you want. If you know this, just
cd directory-name
to the directory in question. Then you can do a DIR to find out
what is in it.
So you see a file called CRASH&BURN.GIF and you want it for yourself.
What do you do? Well, the first thing is to tell the computer on the
other end that you want it to transmit a binary file. On most FTP
servers, entering the magic word TENEX will do this. If the machine
doesn't recognize TENEX, try BINARY, or if all else fails, you can
enter
TYPE L 8
Be sure to do this for .GIF files or you'll get garbage when you try
to view them!
Now you're ready to grab the files you want. You have two options:
you can type
get filename
or
mget wildcard
where wildcard is any UNIX-style wildcard. MGET will get all files
that satisfy the specification.
When you're done grabbing files, type QUIT or BYE to log off the remote
machine and return to yours.
A word about anonymous FTP and .GIF files. When you log onto a remote
machine via anonymous FTP, please try to restrict yourself to no more
then ten minutes of transmission time, or about five to ten files. As
you can imagine, when people discover a new archive of .GIF files,
they are all hot to download every one they can, and often they jam up
the site for *days* You'll notice this effect the first time some
bozo announces the name of a new .GIF archive. You won't be able to
get through without persistent efforts over several hours or even a
day or two. Then the system administrators of that site notice that
they have had about $5,000 worth of anonymous FTP over the last two
days, and revoke the anonymous FTP privilege. Now every one is
screwed.
Be considerate; grab only a few files and then let someone else have a
chance. This probably won't solve the problem in the long term (still
everyone and his dog will be ftp'ing into that machine), but at least
it will spread the wealth a bit.
A raging debate erupts on alt.sex.pictures every few weeks concerning
whether to announce new anonymous FTP sites for GIF files, and the
issue has never been settled to everyone's satisfaction. Here I add
my two cents to the discussion: if you discover a site and keep the
name to yourself or pass it on to only a few friends, then the word
will spread slowly, and the site will not have to bear an instantly
heavy load. However, if you announce to the world that you have found
this site, then everyone will descend upon it like a flock of vultures
on a rotting cow, and the site will invariably remove its GIF files.
Which sounds like a better idea to you?
The other most common method for obtaining files is from an archival
file server. Most of these work in the following way: you send mail
to the server's address, with one-line commands in your message, like
help
directory \pictures\gif\family-oriented
send \pictures\gif\family-oriented\CRASH&BURN.GIF
and the requested info is sent back to you at some later time, when
the server has time to get around to it.
The first step when you discover a server system is to send a HELP
command so you can learn what the commands are for that server.
However, most servers operate with commands basically similar to those
listed above.
VII. ALT.BINARIES.PICTURES AND ALT.BINARIES.PICTURES.D
These two newsgroups work basically like the comp.binaries.ibm.pc and
c.b.i.p.d groups; one is for posting new material, and one is for
discussing posts and other issues.
The basic idea is this: if it is a picture, post it to a.b.p. If it
is *ANYTHING ELSE* ANYTHING ANYTHING ANYTHING ELSE, post it to a.b.p.d
The truth is that I feel bad about posting *THIS FILE* to a.b.p,
because it is not a picture. However, the benefits of restricting the
requests for info outweigh the detriment of breaking the until-
recently-unwritten rule.
PLEASE DO NOT POST ANYTHING TO ALT.BINARIES.PICTURES THAT IS NOT A PICTURE
OF SOME SORT!!!!
VIII. COMMON PROBLEMS
Well, you've downloaded the file, tried to view it, and got garbage.
What went wrong?
The two most likely places for something to go wrong are both in the
transmission of the file. The first is this: when you downloaded the
file to your home computer, did you remember to tell the modem-
transfer software that you're sending a binary file?
The second-most likely is that you forgot to say TENEX before you
grabbed the file via FTP.
Either of these will result in mangled files that are unviewable by
anything known to man.
Also: did you remember to trim off the header & trailer information if
you are/were using a "simple" uudecoder? The symptom of forgetting to
do this is usually a message something like "short file" from your GIF
viewer.
[NOTE: I have also seen a problem where blank lines are left between
parts (or anywhere for that matter) within the 'begin' and 'end' lines
of the uuencoded file. Uudecode will get through them fine, but some
GIF viewers will choke on the results. The only blank line I've seen
get by is the one just before the 'end' statement. Beware of taking
too much or not enough off of the headers and trailers.-SQ]
Another common problem is this one: IBM mainframes often use the
EBCDIC character set instead of the ASCII set used by everyone else.
This wouldn't be a problem except that most ASCII-EBCDIC converters
have a bug which mungs the translation of several characters,
including ^ { } and a few others. Even this wouldn't be a problem
except that the particular munging it does is to map several of these
characters onto the *same* wrong character. Ooops.
The way around this is not to use uuencode to transfer these files,
but to use xx-encode, which produces files which look almost exactly
like uu-encoded files, but they use a character set which is
IBM-proof. If you are using an IBM mainframe as your host computer
and you're having trouble decoding files, this is most likely your
problem. Solution: 1) find a kind soul who is willing to uudecode the
files, xxencode them and send them to you, 2) get the files via FTP,
which should be EBCDIC-proof, or 3) get a better computer that uses
everybody else's character set. :-)
The last and least likely problem is that some mailer somewhere
actually munged the file. It happens. Fortunately, it doesn't happen
all that often. When it does (and please check all of the other
problems *FIRST*), post to a.b.p.d and request someone to send you
their (working) copy. If enough people post requests of this sort,
eventually the original poster will usually re-post it. If you're the
only person with a problem, someone is bound to send you the file, and
you'll save the net 'hundreds if not thousands of dollars.'
IX. APPENDICES: AWK, SED, & PERL SCRIPTS
Below are the scripts mentioned in section I. I make no assurances as
to how well they work; I use one of the 'super' uudecodes instead.
Not that the SED script will not work unless people follow this recent
trend of putting 'BEGIN' and 'END' in the 'cut here' lines. The AWK &
PERL scripts will work on most files, but some uuencodes put out
nonstandard data, in which case these scripts will bomb and you'll
have to do the work by hand.
-------------------------------------------------------------------------
AWK script:
#!/bin/sh
if [ X$1 != X ] ; then cat $* ; else cat <& 0 ; fi | \
awk '/begin [0-9]/ {ok = 1}
/^Message/ {ok = 0;next}
/^M/ && (length == 61 || length == 62) {ok = 1}
/[cC]ut [hH]ere/ {ok = 0;next}
/^END-----/ {ok = 0;next}
/^Path:/ {ok = 0;next}
/^$/ {ok = 0;next}
/^-/ {ok = 0;next}
/^_/ {ok = 0;next}
{if (ok) print}
/^end/ {ok = 0}' $* | \
(cd $HOME/tmp; uudecode)
--------------------------------------------------------------------------
SED idea from Alan Sparks (asparks@viewlogic.com):
cat $* | sed '/^END/, /^BEGIN/d' | uudecode
Recall that this won't work except on files with BEGIN & END as part
of the 'CUT HERE' lines...
-------------------------------------------------------------------------
PERL script from Dave Mack (csu@alembic.acs.com):
#! /usr/local/bin/perl
#
# Combine split uuencoded files into a single data stream with
# e-mail garbage removed and pipe into uudecode. The uuencoded
# files must be in the correct order on the command line - in
# particular the first file must contain the "begin" line and
# the last file must contain the "end" line.
#
# WARNING: this code relies on uuencode putting out all lines
# of the form "M[61 ASCII characters]\n" for every line of the
# file except the last few before the "end" line. If you come
# across a uuencoded file that doesn't do this, you'll need to
# modify the code to handle it.
#
# DISCLAIMER: You use this code at your own risk. Also, don't
# take this is as a sterling example of Perl programming. Corrections
# and improvements welcome. You may do whatever you like with this
# code as long as you leave in some reminder of who the original
# culprit^H^H^H^H^H^H^Hauthor was.
#
# Usage: uumerge filename [filename...]
# Requires Perl 3.0 - my copy is at patchlevel 18
#
# Dave Mack csu@alembic.ACS.COM
#
# TODO: modify to allow more than one collection of files on
# command line.
#
# KNOWN BUGS:
#
# If some bozo puts a line beginning with "M" in the body of one
# of the intermediate/last chunks, uumerge will assume that uuencoded
# part starts there.
#
# If the last chunk only contains the last two or three lines of
# the uuencoded file (the ones that don't start with "M"), uumerge
# will die.
#
# CHANGES
#
# PATCH 1:
# It appears that some versions of uudecode are too stupid to skip
# past the lines preceding the "begin" line, so feeding a one-part
# uuencoded file to uumerge will bomb.
#
if ($#ARGV < 0 ) {
print "Usage: uumerge filename [filename...]\n";
exit 1;
}
$| = 1;
# open a pipe into uudecode
open(DECO,"|uudecode") || die "Can't pipe into uudecode\n";
# if we only have one file, pump it straight into uudecode and die
if ( $#ARGV == 0 ) {
open(FIRST,"<$ARGV[0]") || die "Can't open $ARGV[0] for input\n";
while ( <FIRST> ) {
# skip past everything before the "begin" line
next unless /^begin [0-9]/;
last;
}
die "$ARGV[0] doesn't contain \"begin\"\n" if eof(FIRST);
print DECO $_; # the begin line
while ( <FIRST> ) {
print DECO $_ unless /^end/;
if ( /^end/ ) {
print DECO $_;
last;
}
die "$ARGV[0] doesn't contain \"end\"\n" if eof(FIRST);
}
# done with file
close(FIRST);
exit 0;
}
# process the first file - make sure we have a "begin" line
open(FIRST,"<$ARGV[0]") || die "Can't open $ARGV[0] for input\n";
while ( <FIRST> ) {
# skip past everything before the "begin" line
next unless /^begin [0-9]/;
last;
}
die "First file on command line doesn't contain \"begin\"\n" if eof(FIRST);
print DECO $_; # the begin line
# the remaining "real" uuencoded lines in this file should begin with "M"
while ( <FIRST> ) {
if ( /^M/ ) {
print DECO $_;
}
else {
last;
}
}
# done with the first file
close(FIRST);
# do all except the last file
$maxindex = $#ARGV;
$curr = 1;
while ( $curr < $maxindex ) {
open(CURR,"<$ARGV[$curr]") || die "Can't open $ARGV[$curr]\n";
# skip the header junk
while ( <CURR> ) {
next unless /^$/;
last;
}
# at the body of the message - start looking for /^M/
while ( <CURR> ) {
next unless /^M/;
last;
}
die "$ARGV[$curr] isn't a uuencoded file\n" if eof(CURR);
# OK, we're at the start of the good stuff (probably)
print DECO $_;
while ( <CURR> ) {
if (/^M/) {
print DECO $_;
}
else {
last;
}
}
# done with current file
close(CURR);
$curr++;
}
# time to do the last file in the set
$curr = $maxindex;
open(CURR,"<$ARGV[$curr]") || die "Can't open $ARGV[$curr]\n";
# skip the header junk
while ( <CURR> ) {
next unless /^$/;
last;
}
# at the body of the message - start looking for /^M/
while ( <CURR> ) {
next unless /^M/;
last;
}
# OK, we're at the start of the good stuff (probably)
print DECO $_;
while ( <CURR> ) {
print DECO $_ unless /^end/;
if ( /^end/ ) {
print DECO $_;
last;
}
die "Last file on command line doesn't contain \"end\"\n" if eof(CURR);
}
# done with final file
close(CURR);
# close the pipe to uudecode and exit
close(DECO);
exit(0);
-------------------------------------------------------------------------------
That's about it for this introduction. If you have any suggestions
for things to include in future versions, don't hesitate to let me
know...
readdm@ccwf.cc.utexas.edu
--
Dave Read (readdm@ccwf.cc.utexas.edu) | In large, friendly
UT-Austin Nuclear Physics Graduate Student (Slave) | letters were the words
Sometimes I wish life were a game of Asteroids... | Don't Panic.
So I could hit the Hyperspace button. |
The Stranger ;^{)
------------
If I sound opinionated, please remember that all opinions expressed
here, though long winded, are strickly my own and are intended to
offend and/or flame no one. If I don't sound opinionated, then you
may disregard this message. "It's either sadness or euphoria."-B. Joel
**** USENET NEWS ****
Group Name: alt.binaries.pictures
Group No: 17
Message: 1372
Of: 1420
Xref: kcbbs alt.binaries.pictures.d:641 alt.binaries.pictures:1372
Path: kcbbs!aukuni.ac.nz!waikato.ac.nz!decwrl!mips!spool.mu.edu!news.nd.edu!mentor.cc.purdue.edu!mace.cc.purdue.edu!jewell
Newsgroups: alt.binaries.pictures,alt.binaries.pictures.d
Subject: MSDOS utilities available by ftp or e-mail
Message-ID: <17716@mentor.cc.purdue.edu>
From: jewell@mace.cc.purdue.edu (Larry Jewell)
Date: 1 Sep 91 15:42:10 GMT
Sender: news@mentor.cc.purdue.edu
Followup-To: alt.binaries.pictures.d
Lines: 277
Here is a list of utilities for MSDOS systems. I'm posting it here due to
the fact that newer users often aren't aware of the ".d" group and this will
save (hopefully) a lot of unecessary traffic. New Users! please note that
follow-ups to this posting are directed to alt.binaries.pictures.d.
Post discussion THERE! (Of course if your site doesn't get the ".d" group,
someone will still flame-on that you should post there anyway. So ask
you siteadmin to pick it up.)
If you don't have an MSDOS system, and you post a message asking for help,
PLEASE tell us what kind of system you do have, else you might be answered
by a profound silence, or rude flames.
If you're testing your posting capabilities, set distribution to LOCAL please
so you don't clutter up the net with "errors".
.............................................................................
Following is several lists taken from simtel20's indexes (Thanks, Keith!).
The utilites are listed in the following order:
1. decoding a uuencoded file.
2. viewing .gifs on an msdos system
3. information on .gif formats
4. How to deal with .tar files on an msdos system.
5. CRC utilities (checks validity of file.)
6. Convert from one format to another.
7. Utilities for MSWindows
8. Utilities for MSWindows v3.0
9. TIFF format.
10. Everything else ie. PCX, TIFF, GL, etc.
11. GIF Catalogers
12. Information about simtel20's files.
If you don't know how to use anonymous ftp, ask your local consultants or site
administrator, or read the articles posted on the 1st and 15th in
comp.binaries.ibm.pc (the article titled "Beginner's Guide to FTP" is the one
you want.)
NOTE: This list was created on Mon, 29 Jul 91 .
Some files may have been added or deleted since that date.
See file PD1:<MSDOS.FILEDOCS>AAAREAD.ME for additional information.
------------------------------DECODERS------------------------------------------NOTE: .gifs are posted to the net in uudecoded form. You must put numbered
files together without headers or footers and decode them to view. The documentation in these packages should give you a lot of information on how to do this.
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.FILUTL>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/filutl (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
FIXUUE10.ZIP B 4432 910625 Fixes translation problems on UUEncoded files
QUX01_91.ZIP B 11386 910116 Quick UUencode/UUdecode and XXencode/XXdecode
REBUILD2.ZIP B 14051 901108 Rebuild split uuencoded files, w/MSC 5.0 src
TOADUU20.ZIP B 25078 910312 Unix-compat. fast UUEncode/UUDecode, w/ASM src
TOADXX11.ARC B 41371 891029 XXEncode/XXDecode w/overwrite protection v1.1
UUEXE413.ZIP B 28070 901207 R.E.Marks' UUdecode/UUencode/XXdecode/XXencode
UUSTRIP.ARC B 4448 890407 Make uuencoded bin posting ready for uudecode
UUXFER20.ZIP B 29996 901106 Comprehensive UU/XX en/decoder with C source
------------------------------VIEWERS-------------------------------------------
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.GIF>(at wsmr-simtel20.army.mil)
Directory mirrors/msdos/gif (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
CSHW832A.ZIP B 119391 910616 GIF/MAC/RLE view/print, Herc/CGA/EGA/VGA/SVGA
FASTGIF.ARC B 37730 880306 View GIF format files. EGA/VGA only
GDS109.ZIP B 138029 910521 Displays GIFs with unlimited zooming, SVGA/VGA
GIFDES40.ZIP B 42124 910311 View several GIFs at once. Req. VGA w/>=512K
GREY15.ARC B 29793 880523 Grey scale GIF viewer v1.5 MCGA/CGA/VGA
HERV131.ZIP B 33312 910527 View any GIF file on Hercules. Many options
PICVIEW.ARC B 123251 900126 GIF/MAC viewer w/adjustable palette animation
SHWGIF51.ZIP B 27954 901216 View .GIFs while downloading, for EGA/VGA
SNAPVS.ARC B 64628 900120 View GIF files on VGA, print on STAR NX-1000
TGIF11.ZIP B 8568 910521 GIF cut/grayscale cvt/sharpen image. (VGA req)
VGIF150.ARC B 30380 880523 GIF picture viewer v1.50 CGA/EGA/VGA/HERC
VPIC43.ZIP B 102991 910506 GIF/MAC/PCX/ColorRix pics view/convrt, EGA/VGA
VUIMG311.ZIP B 105936 910709 GIF/GIF89a/TIFF view/print w/Zoom/Pan/Scale
--------------------------INFORMATION------------------------------------------
How the heck do they DO that? Here's descriptions of the .gif format and
related material.
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.GIF>(at wsmr-simtel20.army.mil)
Directory mirrors/msdos/gif (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
89AILLUS.GIF B 2688 901215 Tiny file illustrates GIF89a-use VUIMG280.ZIP
CG89A.GIF B 26624 901109 GIF89a format pic-illustrates transparency etc
EGIF035.ARC B 33003 890625 Determine colors/resolution of GIF image file
GIF.ARC B 52853 880226 Interchange graphics formats
GIF-CSRC.ZIP B 5019 901218 C source code for a GIF decoder
GIF-DOC.ZIP B 35857 901218 Docs re new/old GIF formats & compression
GIF-PAS.ZIP B 59023 901218 Pascal source code for a GIF viewer
GIF89A.ZIP B 22805 901115 Specifications of GIF89A standard from CIS
GIFDECOD.GIF B 6912 890115 GIF drawing explains decoding of GIFs
GIFDOC.ARC B 89706 880801 Specification of GIF standard from CompuServe
GIFENCOD.GIF B 8320 890115 GIF drawing explains encoding of GIFs
GIFLIB12.ZIP B 245747 910809 Turbo C 2.0 library to manipulate GIF images
GIFSRC.ZIP B 41066 901218 Pascal and 8086 ASM source for a GIF viewer
STRIPGIF.ARC B 7214 880902 Strip unneeded characters from .GIF Files
TEXTTST.GIF B 1536 901109 New GIF89a format test picture
------------------------------.TAR---------------------------------------------
This extension on a file means it's been compressed, like .zip, .arc, etc.
Save down loading time and decompression them on your "home" machine.
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.FILUTL>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/filutl (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
DETAR11.ARC B 20480 880125 Process a TAR file on PC
EXTAR10.ZIP B 10881 910608 Simple TAR unpacker; w/Unix to DOS name conv.
PDTAR.ARC B 117152 880614 Read/write TAR files on PC
TAR.ZIP B 29353 900823 Unix-compatible TAR archive maker/extractor
-------------------------------CRC----------------------------------------------
Cyclic Redundancy Check, which the poster calculated before he/she posted will
be included in files posted by competent posters. Use one of these utilities to
check a .gif before screaming to the planet that it's "hammered".
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.FILUTL>(at wsmr-simtel20.army.mil)
Directory mirrors/msdos/filutl (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
BRIK.INF A 2617 890731 Description of BRIK.ARC CRC-32 program v2.0
BRIK2EXE.ARC B 26645 890731 General-purpose CRC-32 program, v2.0
BRIK2SRC.ARC B 63549 890806 General-purpose CRC-32 pgm, v2.0, C source
CHK4C350.ZIP B 17311 910625 Identifies compressed EXE and COM files
CHKSUM2.ARC B 25228 890313 Compute checksum for 1 or more files
CRC113.ARC B 15098 900120 Displays 16 and 32-bit CRC's of files
CRC2.PAS A 22362 860221 File CRC utility
CRC67.ARC B 4733 860927 Calc. CRC value of files (opt'l. file output)
CRCK.ASM A 5279 850106 File CRC utility
QCRC21.ARC B 22815 880829 Calculate CRC for MS-DOS files
SUM101.ARC B 10020 890407 Unix-like file CRC generation program
---------------------------CONVERTERS-------------------------------------------
Change .gifs to another format, and vice versa.
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.GIF>(at wsmr-simtel20.army.mil)
Directory mirrors/msdos/gif (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
BLD2GIF.ARC B 96415 880620 Converts Bsaved VGA screen images to GIFs
CVT2GIF.ZIP B 10046 900713 PIC or PCX to GIF conversion utility, v1.5
CVTGIF15.ARC B 12746 890910 PIC or PCX to GIF picture conversion utility
GIF.ARC B 52853 880226 Interchange graphics formats
GIF2WP32.ARC B 24897 890127 Convert GIF to WordPerfect Graf. v.3.2
GIFEXE.ZIP B 29498 910713 Creates .EXE versions of .GIF files
GIFKIT11.ARC B 133321 900223 Utilities for manipulating GIF graphics files
GIFLEX12.ZIP B 477425 910809 Manipulate GIF images. EXEs made from GIFLIB
GIFLIB11.ZIP B 219593 901115 Turbo C 2.0 library to manipulate GIF images
GIFLT140.ZIP B 46242 910810 GIF Lite 1.40 GIF file compression program
GIFWARP1.ZIP B 49584 910416 Reshapes any portion of a GIF
GRABSC11.ZIP B 38235 910112 Save graphics screens to disk, then cvt to GIF
GRAFWK60.ZIP B 328419 910831 View/cvt/print MAC/IMG/GIF/TIFF/EPS graphics
MAC2GIF.ARC B 77206 890801 Convert MAC graphics files to GIFs
MSGIFSCN.ZIP B 20700 910719 Displays info on GIF images, checks validity
PICLB182.ZIP B 152631 901009 24-bit disp.-independent graphics manipulation
PIXIT.ARC B 16143 900203 Converts GIFs to COM and EXE files, w/ASM src
PSTGIF12.ARC B 34039 890613 Convert GIF to EPS w/gray scale translation
SCR2GIF2.ZIP B 27520 900927 Capture EGA/VGA screens, then convert to GIF
SQZGIF13.ZIP B 69489 900807 Reduce large GIF files to 320x200 for printing
TGIF11.ZIP B 8568 910521 GIF cut/grayscale cvt/sharpen image. (VGA req)
VGA2CGA2.ZIP B 64734 900927 Convert VGA GIF files to CGA
VGA2EGA4.ARC B 100089 890421 Convert GIFs to 16-color EGA pictures
VGA2GIF3.ARC B 13788 880829 Capture VGA 256 color to GIF
VPIC43.ZIP B 102991 910506 GIF/MAC/PCX/ColorRix pics view/convrt, EGA/VGA
Directory PD1:<MSDOS.GRAPHICS>
Directory mirrors/msdos/graphics (at wuarchive.wustl.edu)
EEDRAW22.ZIP B 230115 910809 Electrical eng'g drawing, w/print & GIF output
SCEDIT10.ZIP B 116043 910809 View/change GIF,TGA,BMP,PCX on VESA VGA/TIGA
----------------------------MSWindows------------------------------------------
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.MSWINDOWS>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/mswindows (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
GCP42S.ARC B 50736 890628 New GIF, PCX, MAC viewer for MS Windows
----------------------------MSWindows v 3.0-------------------------------------
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.WINDOWS3>(at wsmr-simtel20.army.mil)
Directoyr /mirrors/msdos/windows3 (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
PS112.ZIP B 27688 901229 WIN3: Paint Shop, manipulate/cvt BMP, GIF, RLE
UUCODE15.ZIP B 22967 910726 Unix-compatible UUencode/UUdecode for Windows3
WINGIF10.ZIP B 58722 910331 GIF/PCX/RLE->BMP image converter for Windows 3
----------------------------TIFF------------------------------------------------
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.TIFF>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/tiff (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
DTIFF.ZIP B 210880 900502 Displays TIFF files on screen, uses TACS
DVTIF1.ZIP B 15932 900416 TIFF reader:PACKBITS compr/uncomp C src, ALDUS
TACS40.ZIP B 126480 900425 TIFF Access/Create System - C source, TIFF 4.0
TFTOOL.ZIP B 65975 900416 TIFF toolkit developer package C source, ALDUS
TIFF-50.ARC B 71705 891209 Tagged Image File Format specs, v5.0
TIFFAX.ZIP B 45625 900416 TIFF FAX format definition/example, ALDUS
----------------------------Everything else-------------------------------------
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.GRAPHICS>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/graphics (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
ALCHMY14.ZIP B 247389 910324 Targa/EPS/GIF/IFF/PICT/PCX/Sun/TIFF/BMP convrt
DBWRENDR.ZIP B 263680 900403 Ray tracing graphics pgm. v1.02 (MCGA/VGA req)
DISPPIX.ARC B 25076 890725 Viewer for Atari-ST Degas files, EGA/VGA req.
FLILIB.ZIP B 106309 910428 FLI graphics image manipulation library/player
FLIMAKER.ZIP B 50789 910428 Autodesk Animator FLImaker, converts to FLI
GEMCAP40.ZIP B 13254 901007 Saves graphics/text screens as GEM .IMG files
GLFORMAT.ZIP B 10586 910315 Info: Grasp .GL,.PIC,.CLP,.FNT,.SET formats
GRAFWK52.ZIP B 318169 910521 View/cvt/print MAC/IMG/GIF/TIFF/EPS graphics
GRASP32C.ZIP B 55088 910220 Grasp Art automation GL file viewer 3.2 Beta C
HPGLVU10.ZIP B 89457 910429 Viewer for HPGL files, with Turbo Pascal 5 src
INT_70H.ARC B 21755 881216 Fast graphics driver for Hercules (HGC)
IW2GIF.ARC B 9762 900108 Convert Imagewise pictures to GIF format
PCX112.ZIP B 58369 910124 PCX graphics image viewer
PCXDMP30.ZIP B 130517 910726 TSR dumps EGA, VGA & SVGA screens to PCX files
PCXSHO.ZIP B 151750 901223 PCX-Show:Presentation/slide show for PCX files
PCXSHOW3.ZIP B 192519 910724 PCX-Show:Presentation/slide show for PCX files
PCXUT.ZIP B 69410 901223 PCX screen capture & viewing programs
PCX_C.ZIP B 26890 910418 C source to handle PCX format graphics files
PDGRASP.ZIP B 209880 910318 PD Grasp: Creates/modifies .GL animation files
PICEM21.ZIP B 34904 901007 PICEM v2.1 GIF PCX PIC view & conversion
PV13.ZIP B 153087 910428 PicView 1.3 view GIF, MAC, RIX for VGA
RON9PCX1.ZIP B 206443 901014 Shows 9 pictures on screen in reduced format
TGA2TIF.ZIP B 21636 910329 Convert TARGA images to TIFF format
TX2PCX.ZIP B 10171 910124 Converts text screens to PCX files
VESA-TSR.ZIP B 222450 910124 TSR drivers for VESA SuperVGA graphics std.
----------------------------Catalogers----------------------------------------
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.GIF>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/gif (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
GLIST112.ARC B 12974 890910 GIF listing utility, version 1.12
Directory PD1:<MSDOS.DATABASE>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/database(at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
GIFLG11A.ZIP B 47608 910114 GIF file cataloging program
----------------------------Simtel20 information--------------------------------
NOTE: Type B is Binary; Type A is ASCII
Directory PD1:<MSDOS.FILEDOCS>(at wsmr-simtel20.army.mil)
Directory /mirrors/msdos/filedocs (at wuarchive.wustl.edu)
Filename Type Length Date Description
==============================================
AAAREAD.ME A 4543 910628 Information about the files in this directory
DOWNLOAD.INF A 957 910619 How to get SIMTEL20 files via telephone modem
GREP.SIM A 1747 901204 Script to view SIMIBM.IDX on Unix systems
QUICKREF.LST A 2380 910629 Quick reference list to SIMTEL20's MSDOS dirs
SIMLIST.ARC B 264189 910714 Text format list of all MSDOS files w/descrip.
--
##############################################################################
#Larry W. Jewell (ex-USN) JEWELL@PURCCMACE jewell@mace.cc.purdue.edu #
#Primary-claimer: I have not authorized Purdue to share my opinions. #
#Maintainer of SOC.VETERANS faq, send me the "straight skinny" for inclusion.#

Reference in New Issue View Git Blame Copy Permalink