bug-tar
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-tar] GNU tar 1.24+ segfaults on Solaris 10U9 x86


From: Eric Blake
Subject: Re: [Bug-tar] GNU tar 1.24+ segfaults on Solaris 10U9 x86
Date: Tue, 16 Nov 2010 09:43:46 -0700
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101103 Fedora/1.0-0.33.b2pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.6

On 11/16/2010 09:33 AM, Maciej (Matchek) Blizinski wrote:
>>> $ gtar xfvz hello-0.1.0.tar.gz
>>> Segmentation Fault (core dumped)
>>>
>>> Any idea what's going wrong?
>>
>> Very likely the same latent bug that bit coreutils when trying to set
>> any file timestamps, and exposed only if you mix too-old gnulib with the
>> very latest Solaris kernel patches:
>> http://lists.gnu.org/archive/html/bug-coreutils/2010-11/msg00035.html
>>
>> Have you tried tar 1.25, or tar.git with the latest gnulib.git?
> 
> We've tried 1.25, but not the git sources.  Dago, what do you think
> about granting tar developers access to our buildfarm?

I just checked that 1.25 shipped with too old of a gnulib checkout.
1.23 was immune because it wasn't until 1.24 that Paul introduced a lot
of refactoring to use the newer POSIX utimensat interface (on Solaris
10, utimensat should fall back to futimesat, but due to the gnulib bug
was instead falling back to utimes and triggering the bug exposed by the
kernel update).

Therefore, you should be able to work around the problem with the 1.24
and 1.25 tarballs by configuring with:

  ./configure gl_cv_func_futimesat_works=yes

which is effectively what the gnulib fix changed to happen automatically
on Solaris 10.

-- 
Eric Blake   address@hidden    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]