Xref: utzoo comp.sources.bugs:2919 comp.compression:579
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!uunet.UU.NET!kent
From: kent@uunet.UU.NET (Kent Landfield - comp.sources.misc)
Newsgroups: comp.sources.bugs,comp.compression
Subject: Re: Problem with compress
Message-ID: <1991May16.022957.7339@uunet.uu.net>
Date: 16 May 91 02:29:57 GMT
References: <26085: May1416: 52: 3491@kramden.acf.nyu.edu> <1991May15.060236.26763@uunet.uu.net> <1991May15.173739.29874@mp.cs.niu.edu>
Sender: usenet@uunet.uu.net (UseNet News)
Organization: UUNET Communications Services, Falls Church, VA
Lines: 24
Nntp-Posting-Host: uunet.uu.net

In article <1991May15.173739.29874@mp.cs.niu.edu> rickert@mp.cs.niu.edu (Neil Rickert) writes:
> 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'?

"I can fix that bug in three characters.. I can fix that bug in two characters.
..I can fix that bug in one character. Fix That BUG!" :-)

If you wish to fix/break compress, depending on your point of view, edit
compress.c and change the stat() call in the copystat() function to lstat().
A one character change... Then when you try to compress/uncompress a symbolic
link it gives you the following results...

index:  -- not a regular file: unchanged

If you want something done, you have to do it yourself... :-) :-)

			-Kent+
-- 
Kent Landfield                   INTERNET: kent@sparky.IMD.Sterling.COM
Sterling Software, IMD           UUCP:     uunet!sparky!kent
Phone:    (402) 291-8300         FAX:      (402) 291-4362
Please send comp.sources.misc-related mail to kent@uunet.uu.net.