Mail Archives: cygwin/2011/04/26/03:44:43
On Apr 25 14:59, Lester Ingber wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
>
> >
> > On Apr 24 17:14, Dima Pasechnik wrote:
> > > Dear all,
> > > reposting, as the message did not get through to the mailing list yesterday:
> > >
> > > The issue I have is exactly as described in
> > > http://sourceware.org/ml/cygwin/2011-04/msg00299.html
> > > I can reproduce this on a very similar Windows 7 host.
> > > (To be precise, it seems hard to predict when creating symlinks fails;
> > > I could say
> > > that perhaps 20% of them, on average, are not created correctly (i.e.
> > > I get files of size 0 instead)).
> >
> > A simple testcase in plain C to reproduce the issue would be fine.
> > Did you try to create the symlinks under strace? It should contain
> > some valuable hint from the function "symlink_worker".
> >
> > Corinna
> >
>
> The problem seems to be with untar, not tar per se. Just today, I did `tar cp`
> a directory of a few hundred links under Cygwin. Under an unbuntu machine I
> recovered all files and links just fine. Under Cygwin, all files were 0 and
> permissions were "----------" instead of "lrwxrwxrwx" as in the original
> directory. (Yesterday, half the links were 0. After compiling tar-12.6 from
> gnu.org I still got 8 0's. I then moved that tar to tar-1.26 yesterday.) I
> include an excerpt of the log of `tar xfp` doing this with strace just for one
> file, index.html.
Thanks for the strace. However, it doesn't show any problem with
Cygwin. What can be seen here is just that...
> 199 1012793 [main] tar 7272 symlink_info::check: 0xC0000034 =
> NtQueryInformationFile (\??\C:\cygwin\home\ingber\www-ssl\index.html.exe.lnk)
> 188 1012981 [main] tar 7272 symlink_info::check: 0 = symlink.check
> (C:\cygwin\home\ingber\www-ssl\index.html, 0x28B590) (0x3000A)
...there is no file called index.html yet, and ...
> 305 1014830 [main] tar 7272 fhandler_base::open: (\??
> \C:\cygwin\home\ingber\www-ssl\index.html, 0x100A01)
> 1307 1016137 [main] tar 7272 alloc_sd: uid -1, gid -1, attribute 80000000
...next tar does *not* try to create a symlink, but a file of size 0
with permissions 000 instead. So the problem here seems to be in tar.
Obviously I can't tell why tar tries to create a file rather than a
symlink. There's nothing else to gain from this strace.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
- Raw text -