[patch] TODO for 4.6.1: ./file in tar archive

Andrew V. Samoilov andrew at email.zp.ua
Tue Oct 5 14:46:51 UTC 2004


Hello Leonard,
> 
> On Tue, 2004-10-05 at 10:40, Andrew V. Samoilov wrote:
> > Proposed patch does not handle paths like './/./', so canonicalize_pathname()
> > is wanted, but this solution is temporary hack only.
> > vfs_s_find_inode() returns wrong value now and should be fixed.
> 
> Would the same be true if canonicalize_pathname() were used?

Well, now we need to handle ./ everywhere where it could happen.
Simple testcase:

$ touch abc ; echo abc | cpio -cp > dot.cpio

Edit dot.cpio and replace abc with ./b. Tap into dot.cpio.
I think this will be definitely understand that tar.c is wrong place to fix
this issue.

> What about the license issues Roland mentions? Are those a real concern?

I think 
$ grep canonocalize_pathname vfs/*.c
clears this completely.

> 
> > IMHO this issue is last to be fixed before 4.6.1 release.
> 
> The broken pipe issue is still being worked on as Roland reported
> yesterday. Don't you want to have that fixed before 4.6.1?

IMHO this is not blocker issue. 

> > Also latest pipethrough changes have to be excluded form this release because
> > of lack of testing.
> 
> I believe the pipethrough code to be unused at this point. I forgot what
> Roland's rationale was to introduce it.

It could be included together via configure option.

-- 
Regards,
Andrew V. Samoilov.




More information about the mc-devel mailing list