Re: Bash 4.2 printf %()T seems to ignore TZ

On Tue, Feb 15, 2011 at 09:49:16PM -0600, Dennis Williamson wrote: SECS=1275250155 export TZ=EST5EDT printf %()T\n $SECS printf %(%e-%b-%Y %T %Z)T\n $SECS # added %Z result: 15:09:15 30-May-2010 15:09:15 CDT I can't duplicate your problem on HP-UX 10.20: imadev:~$ s=1275250155;

Re: Bash 4.2 printf %()T seems to ignore TZ

On Wed, Feb 16, 2011 at 7:22 AM, Greg Wooledge wool...@eeg.ccf.org wrote: On Tue, Feb 15, 2011 at 09:49:16PM -0600, Dennis Williamson wrote: SECS=1275250155 export TZ=EST5EDT printf %()T\n $SECS printf %(%e-%b-%Y %T %Z)T\n $SECS  # added %Z result: 15:09:15 30-May-2010 15:09:15 CDT I

Re: Bash 4.2 printf %()T seems to ignore TZ

Dennis Williamson dennistwilliam...@gmail.com writes: When I ran make test I noticed a discrepancy in a couple of the times output during the printf tests. I pulled out the relevant section and this is what I get: LC_ALL=C LANG=C SECS=1275250155 export TZ=EST5EDT printf %()T\n $SECS

Re: typeset -r prevents local variable of same name.

On 2/13/11 3:17 PM, ste...@syslang.net wrote: Configuration Information [Automatically generated, do not change]: Machine: i386 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-redhat-linux-gnu'

Re: Here strings and pathname expansion

On 2/14/11 12:43 AM, Jan Schampera wrote: Hello world, I recently answered a question about using the asterisk mixed with redirection and other words. This also lead me to the documentation that states (REDIRECTION section): --- The word following the redirection operator in the

Re: typeset -r prevents local variable of same name.

On Thu, Feb 17, 2011 at 11:13 AM, Chet Ramey chet.ra...@case.edu wrote: On 2/13/11 3:17 PM, ste...@syslang.net wrote: Configuration Information [Automatically generated, do not change]: Machine: i386 OS: linux-gnu Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash'

[bash 4.2] In vi mode, cc failed to change the whole line

For example, in vi insert mode, I first enter a command like this: # hello world Then I press ESC and type cc, the cursor just moves to the beginning (under the char `h') and the whole line is not emptied. If I type more chars after cc, only the first `h' char is replaced and following `ello

Do more testing before a release?

I know little about open source development process (and control?). I just don't know where to get the bash code (like CVS, SVN respository) before it's released. I think it's better to make it open to more people so everyone can help review and test before a stable release. -- Clark

Re: Do more testing before a release?

On Wednesday, February 16, 2011 23:51:16 Clark J. Wang wrote: I know little about open source development process (and control?). I just don't know where to get the bash code (like CVS, SVN respository) before it's released. I think it's better to make it open to more people so everyone can

Re: [bash 4.2] In vi mode, cc failed to change the whole line

Hi, On Wed, Feb 16, 2011 at 08:43 PM PST, Clark J. Wang wrote: CJW For example, in vi insert mode, I first enter a command like this: CJW CJW # hello world CJW CJW Then I press ESC and type cc, the cursor just moves to the beginning (under CJW the char `h') and the whole line is not emptied. If

Re: Do more testing before a release?

On Thu, Feb 17, 2011 at 1:38 PM, Mike Frysinger vap...@gentoo.org wrote: On Wednesday, February 16, 2011 23:51:16 Clark J. Wang wrote: I know little about open source development process (and control?). I just don't know where to get the bash code (like CVS, SVN respository) before it's

Re: [bash 4.2] In vi mode, cc failed to change the whole line

On Thu, Feb 17, 2011 at 12:43 PM, Clark J. Wang dearv...@gmail.com wrote: # ldd /usr/local/bash-4.2.0/bin/bash linux-gate.so.1 = (0xb773) libncurses.so.5 = /lib/libncurses.so.5 (0xb76ec000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb76e8000) libc.so.6 =