home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / gnu / utils / bug / 2078 < prev    next >
Encoding:
Text File  |  1992-11-19  |  2.5 KB  |  66 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!think.com!rpi!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!dl5000.bc.edu!John_Rouillard
  3. From: John_Rouillard@dl5000.bc.edu (John P. Rouillard)
  4. Subject: Possible bug in gtar 1.11.2
  5. Message-ID: <199211191856.AA27367@dl5000.bc.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: Boston College, Institute for Space Research (Bedford, MA)
  8. Distribution: gnu
  9. Date: Thu, 19 Nov 1992 18:56:49 GMT
  10. Approved: bug-gnu-utils@prep.ai.mit.edu
  11. Lines: 53
  12.  
  13. Hi:
  14.  
  15. Using gtar 1.11.1, when I use the following command line:
  16.  
  17.    tar -cvvf  /dev/null /
  18.  
  19. and / contains long file names that have to be mangled, I get the
  20. following error message:
  21.  
  22.   ./tar: Visible longname error
  23.  
  24.   ?rwxr-xr-x root/system       0 Nov 19 13:33 1992 ././@LongLink unknown file type 'L'
  25.   drwxr-xr-x rouilj/system     0 Nov 19 13:33 1992 usr/tmp/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/foo/
  26.   ./tar: Visible longname error
  27.  
  28.   ?rwxr-xr-x root/system       0 Nov 19 13:33 1992 ././@LongLink unknown file type 'L'
  29.  
  30. Why is listing an @LongLink file an error? With a single -v option the
  31. @LongLink files are listed as being on the tape. Why should it be an
  32. error to request a long listing of these files?  
  33.  
  34. Also, why are the @LongLink files being listed at all. With a "tar
  35. -tvf", these @LongLink files aren't listed at all. Shouldn't the long
  36. listing generated during the creation of the file jibe with the
  37. listing of the file after the fact?
  38.  
  39. I would very much like to comment out the warning message in list.c at
  40. line 576, but I am not sure why this would be an error in the first
  41. place. Is ignoring this "error" a safe thing to do?
  42.  
  43. This has implications for some patches I am making to gnu tar to
  44. support saving of verbose listing information to a file so that the
  45. listing infomation isn't lumped into the error stream when gnu tar
  46. produces an archive to standard output. This provides a better
  47. interface between gnu tar and some wrapper scripts that drive the
  48. backup process.
  49.  
  50. A quick reply would be appreciated.
  51.  
  52. -- John
  53.  
  54. -- 
  55.                             John Rouillard
  56. Special Projects Volunteer                    Systems Programmer
  57. rouilj@cs.umb.edu (Preferred Address)          rouilj@dl5000.bc.edu
  58. (617) 287-6480                    (617) 552-8793
  59.  
  60. University of Massachusetts at Boston           Boston College
  61.    Boston, MA                      Institute for Space Research  
  62.                                 Bedford, MA  
  63. ===============================================================================
  64. My employers don't acknowledge my existence much less my opinions.
  65.  
  66.