On Fri, Dec 14, 2012 at 2:21 PM, Greg Wooledge wrote:
> On Fri, Dec 14, 2012 at 08:37:02AM +0100, Francis Moreau wrote:
>> Then maybe an option should be added to 'local' to display the full
>> description that one can get from the manual, or maybe change the
&g
On Thu, Dec 13, 2012 at 3:19 PM, Chet Ramey wrote:
> On 12/13/12 3:56 AM, Francis Moreau wrote:
>
>> I see thanks.
>>
>> Somehow I thought that help(1) would have given nothing more nothing
>> less than what was described in the manual.
>
> `help' is a
On Thu, Dec 13, 2012 at 3:25 PM, Chet Ramey wrote:
>> Actually I was asking for the case when 'local' is not used:
>>
>> foo=$(echo bar; false)
>>
>> this assignment expression returns false, and I'm wondering where
>> that's documented.
>
> Look in the SIMPLE COMMAND EXPANSION section of the ma
On Thu, Dec 13, 2012 at 9:44 AM, Andreas Schwab wrote:
> Francis Moreau writes:
>
>> The help of 'local' is rather obscure about the description on its return
>> value:
>>
>> Returns success unless an invalid option is supplied, an
>>
On Thu, Dec 13, 2012 at 9:44 AM, Bob Proulx wrote:
> Francis Moreau wrote:
>> I found that the return value of 'local' keyword is counter intuitive
>> when the value of the assignment is an expression returning false. In
>> that case the return value of l
Hello,
I found that the return value of 'local' keyword is counter intuitive
when the value of the assignment is an expression returning false. In
that case the return value of local is still true. For example:
local foo=$(echo bar; false)
returns true whereas:
foo=$(echo bar; false)
retur
Thanks for answering, however...
On Sat, Oct 20, 2012 at 9:01 PM, Chet Ramey wrote:
> On 10/16/12 4:00 PM, Bob Proulx wrote:
>> Francis Moreau wrote:
>>> --
>>> main_cleanup () { echo main cleanup; }
>>> submain_cleanup () { echo sub clean
Chester,
You could you clarify/help, please ?
On Wed, Oct 17, 2012 at 11:13 AM, Francis Moreau wrote:
> On Tue, Oct 16, 2012 at 10:00 PM, Bob Proulx wrote:
>> Francis Moreau wrote:
>>> --
>>> main_cleanup () { echo main cleanup; }
>>> s
On Tue, Oct 16, 2012 at 10:00 PM, Bob Proulx wrote:
> Francis Moreau wrote:
>> --
>> main_cleanup () { echo main cleanup; }
>> submain_cleanup () { echo sub cleanup; }
>>
>> trap main_cleanup EXIT
>>
>> task_in_background () {
>>
Thanks for your prompt answer.
On Tue, Oct 16, 2012 at 7:31 PM, DJ Mills wrote:
> On Tue, Oct 16, 2012 at 1:26 PM, Francis Moreau
> wrote:
>> Hi,
>>
>> Currently the description of the builtin trap isn't enough regarding
>> the description of the EXIT sign
Hi,
Currently the description of the builtin trap isn't enough regarding
the description of the EXIT signal spec, IMHO.
It says: "If a SIGNAL_SPEC is EXIT (0) ARG is executed on exit from
the shell.", and nothing more, unless I'm missing some other points
about it somewhere else (that would be un
On 5 juin, 20:29, Chet Ramey wrote:
> Francis Moreau wrote:
> > Hello,
>
> > My version of bash is "GNU bash, version 3.2.33(1)-release (x86_64-
> > redhat-linux-gnu)" running on a fedora 9.
>
> > Here's is a small script to show the bug:
>
>
On Fri, Jun 5, 2009 at 6:05 PM, Greg Wooledge wrote:
> On Fri, Jun 05, 2009 at 08:35:15AM -0700, Francis Moreau wrote:
>> unset foo[0]
>
> This is a problem in your script, unfortunately. Even without nullglob,
> this can still fail if you happen to have a file named foo0
Hello,
My version of bash is "GNU bash, version 3.2.33(1)-release (x86_64-
redhat-linux-gnu)" running on a fedora 9.
Here's is a small script to show the bug:
#!/bin/bash
#shopt -s nullglob
foo[0]=0
unset foo[0]
echo ${f...@]}
When shopt line is commented then the element at index 0 is destro
On Sun, Aug 24, 2008 at 8:46 AM, Pierre Gaston <[EMAIL PROTECTED]> wrote:
> On Sat, 23 Aug 2008, Francis Moreau wrote:
>
>> I think I won't use VISUAL but start emacs in sh-mode if the file name
>> argument matches "*bash-fc-*" pattern. It should be safe.
>
On Sat, Aug 23, 2008 at 12:53 AM, Chet Ramey <[EMAIL PROTECTED]> wrote:
> Francis Moreau wrote:
>> hmm why not fixing the command instead ?
>
> It's not broken.
Well, if you consider the man page correct, the command is, isn't it ?
>> VISUAL can be used t
On 8/22/08, Chet Ramey <[EMAIL PROTECTED]> wrote:
> Good catch. The command executed is actually
>
> fc -e "${VISUAL:-${EDITOR:-emacs}}"
>
> It's the same command for vi and emacs editing modes, though the default
> for vi editing mode is `vi' instead of `emacs'. The documentation needs
> to be u
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-redhat-linux-gnu'
-DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/share/locale'
-
18 matches
Mail list logo
