Problem with compress

[Neil Rickert]

In article <1991May15.060236.26763 at uunet.uu.net> kent at uunet.UU.NET (Kent Landfield - comp.sources.misc) writes:

>>> "How does compress deal with symbolic links ?"
>
>I was not talking about the way it should be. I was talking about a bug,
>as far as I am concerned, in the way compress exists today.  I was hoping
>that someone had fixed this and I would not have to... :-( I am still
>hoping. (hint, hint)

 Am I alone in thinking that the way compress handles symlinks is just fine.
What I don't like is the way it handles hard links.  What would be wrong with
'compress foo' just creating the compressed 'foo.Z' and deleting 'foo', and
'uncompress foo.Z' creating the uncompressed 'foo' and removing 'foo.Z'?

If I want to keep a copy of both compressed and uncompressed for my own
reasons, why shouldn't I be able to do that by making a hard link before I
compress or uncompress?  Making me copy the file is just plain stupid.

-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert at cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940