view release on metacpan or  search on metacpan

doc/HISTORY  view on Meta::CPAN

  my case, a MIME header triggered this.
- fixed bug with more than one MIME-encoded file in a single message.
- serious bug fixed when overwriting an existing file: I had forgot-
  ten O_TRUNC when opening the file, causing some undefined behavior.

 0.4.11 (16.06.1995)
--------
- renamed all variables 'this' and 'new', as some C++ compilers don't
  like using these keywords as names
- renamed the variable 'inpfile' in uudeview.c:more(); I had a type
  of the same name (ec@matufia.sp.TRW.COM)

 0.4.12 ()
--------
- more smartness (although I now can't remember where, probably everywhere)
- fixed problem with multiple MIME attachments in a single mail
- can now decode news articles from lynx, which were messed up similar
  to Netscape news files, only worse.
- one appearance of strdup() in uuio.c slipped through. Now replaced
  by _FP_strdup()
- Instead of having to choose to rename or overwrite existing files each
  time, you can now enter 'a' once to overwrite them all.
- The Ultrix C compiler ignored hex escape sequences, which were used in
  uuenview.c for CRLF. Now they're in octal.
- not so picky if the last line is longer than expected. some encoders
  (more than one!) failed to let the last line end where it was supposed
  to end.
- complete rewrite of uuenview. It can now email and post files direcly.
  For the purpose of posting, a mini inews program, written by Steven Grady, 
  <grady@postgres.berkeley.edu>, is included in the distribution
- finally: manual pages! And make install works as well as make install.man!
  Thanks to all the people who have been bothering me for months :)
- uudeview and uuenview can now behave similar to uudecode and uuencode
  if called like that (ln -s uudeview uudecode). Of course, you don't
  loose any smartness. My ultimate goal is to replace these outdated tools.
- attempt to enforce stronger subject-line semantics. uuenview prints the
  part numbers in brackets (partno/numparts) and the file name in hard
  brackets [ filename.tar.gz ], and this is what the decoder looks for first.

 0.4.13 (20.10.1995)
--------
- after sending out so many 'beta' versions of 0.4.12 and being asked
  whether there's a new one available, I've decided to skip an official
  0.4.12.
- Scan speed greatly improved. And if you're sure you only have one article
  per file, you can use the undocumented "-f" option for even more speed.
  But then everything becomes quite unsafe, as incomplete files are only
  detected when decoding.
- don't ignore RETries
- reworked most documentation, and rearranged the rest. All packages now
  only include the documentation the reader really needs
- Win version includes a new version of the Launcher, compiled with the
  new encoding routines, and also remembering its screen position and size
- Oops, the Netscape repair code was partially broken and needed some repair
  itself.
- xxdecoding was broken because of over-tolerant uudecoding
- uudecoding was broken because of over-tolerant uudecoding :(

 0.4.15 (20.01.1996)
--------
- Implemented my own version of fgets() that allows to transparently read
  lines terminated either with LF (Unix), CRLF (DOS) or CR (Mac). Sadly,
  it's slower than the original.
- in previous versions, I have very much relaxed the checking for uudecoded
  lines (valid_data()). Now I only allow the less strong code (meaning,
  allow the data look more weird, more off the specs) if I'm sure it actually
  _is_ uuencoded data. This should work in all cases because it was usually
  only the last line with was "erroneous"
- included option '-b' to let part numbers in [] take precedence over ()
  this only affects the kind of brackets uudeview looks to find a part
  number _first_
- fixed problems with multiple MIME attachments
- got rid of the 'Ignore Replies' switch. It caused lots of confusion and
  didn't really help anything.
- included option '-f' for fast scanning. Only works if each input file
  contains at most one article. Many sanity checks cannot be performed
  because much less data is gathered, thus many invalid files may get
  processed.
- added e(x)tract command; but (d)ecode stays default.

 0.4.16 (21.01.1996)
--------
- a tiny typo, which was introduced for debugging purposes but not removed,
  broke 0.4.15. This was especially problematic for the Windows version.

 0.4.17 (09.02.1996)
--------
- once again a stupid 16 bit problem introduced in 0.4.15. In uunconc.c:
  uunconc(), the variable pppos, used to remember the file position, was
  declared as int. Because of this, on 16 bit systems, it looped over and
  over, but the file pointer never reached maxpos :-(
  This patchlevel was only released as uudv[dw]04h but not as Unix version
  because 32 or 64 bit systems weren't affected.

 0.4.18 (not publicly released)
--------
- this is an intermediate beta test version. With all the changes going
  on, I expect everything to settle into a 0.5 release sooner or later.
- got rid of some bugs
- Base64-encoded lines can now have arbitrary length (not limited to
  multiples of four)
- support for BinHex decoding added. No encoder yet.
- complete re-layout of the code. All the encoding/decoding stuff has
  been moved into a seperate, system-independent library, while the
  enveloping standalone programs uuencode and uudecode are just front-
  ends to this library.
- another front-end has been added, uutcl, which makes the library
  functions available to Tcl/Tk programs
- A Tcl/Tk script, xdeview, uses these functions and provides a graphical
  frontend
- support for decompressing and tar files has been removed. They didn't
  work reliably, and aren't the job of a decoder anyway.
- BinHex and Base64 lines may have space characters at the end of the
  line

 0.4.19 (not publicly released)
--------
- More changes everywhere. Fixed another problem with Base64 files.
- Improvements everywhere :)
- Added progress meter to the decoder