bug-bash
[Top][All Lists]
Advanced

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

Re: Bash-4.2 Official Patch 5


From: Allan McRae
Subject: Re: Bash-4.2 Official Patch 5
Date: Wed, 02 Mar 2011 01:13:15 +1000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101230 Lightning/1.0b2 Lanikai/3.1.7

On 01/03/11 11:58, Chet Ramey wrote:
                        BASH PATCH REPORT
                             =================

Bash-Release:   4.2
Patch-ID:       bash42-005

Bug-Reported-by:        Dennis Williamson<dennistwilliamson@gmail.com>
Bug-Reference-ID:       
<AANLkTikDbEV5rnbPc0zOfmZfBcg0xGetzLLzK+KjRiNa@mail.gmail.com>
Bug-Reference-URL:      
http://lists.gnu.org/archive/html/bug-bash/2011-02/msg00147.html

Bug-Description:

Systems that use tzset() to set the local timezone require the TZ variable
to be in the environment.  Bash must make sure the environment has been
modified with any updated value for TZ before calling tzset().  This
affects prompt string expansions and the `%T' printf conversion specification
on systems that do not allow bash to supply a replacement for getenv(3).

Patch (apply with `patch -p0'):


This patch just caused some havoc for Arch Linux testing repository users who found their systems no longer booted...

Here is one our users findings on the issue:

On 01/03/11 23:57, Evangelos Foutras wrote:
> `unset TZ' is the simplest test case that causes a segmentation fault
> on my system.
>
> The culprit appears to be the chkexport function introduced in patch
> bash42-005 [1]. From the backtrace [2], I gather it should probably
> check that find_variable returns a non-NULL value. Changing the line
> after the find_variable call to read "if (v&&  exported_p (v))" fixes
> the issue for me.


Allan



reply via email to

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