home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / minix / 5037 < prev    next >
Encoding:
Text File  |  1993-01-03  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.os.minix
  2. Path: sparky!uunet!munnari.oz.au!metro!ipso!runxtsa!bde
  3. From: bde@runx.oz.au (Bruce Evans)
  4. Subject: Unpacking 1.6.24b/commands.sh.Z
  5. Message-ID: <1993Jan3.033135.9210@runx.oz.au>
  6. Organization: RUNX Un*x Timeshare.  Sydney, Australia.
  7. Date: Sun, 3 Jan 93 03:31:35 GMT
  8. Lines: 24
  9.  
  10. The commands packaging has a few bugs.
  11.  
  12. 1. hypenate.c contains some German characters (>= 128) in a comment.  This
  13.    confuses unshar into thinking that the file is binary, and the file
  14.    gets truncated.  The bash shell unsharred it correctly.  I think unshar
  15.    would handle characters >= 128 correctly if the special handling of such
  16.    characters was removed.  Character 0 is not handled specially but should
  17.    be.
  18.  
  19. 2. The leading X is missing in some places in the shar file.  This is
  20.    probably a bug in the shar binary used to pack the distribution.  My
  21.    binary works OK.  I think the recent posting of unshar.c was to allow
  22.    unshar to handle such shar files.  unshar _was_ buggy because the
  23.    leading X is optional in most cases.  patch apparently doesn't handle
  24.    optional leading X's.  I used "patch <commands.cd" to apply the diffs
  25.    (I don't trust installs scripts).  This failed on files btoa.c and
  26.    ifdef.c because of missing X's.  It works to unshar all the diffs
  27.    and apply them individually or with "cat *.d | patch".
  28.  
  29. Why is the shar format still being used?  It is appropriate for text
  30. postings, but (compressed non-uuencrufted) tar format works better for
  31. binary nonpostings.
  32. -- 
  33. Bruce Evans  (bde@runx.oz.au)
  34.