On Mon, 18 Apr 2011 20:12:24 -0400, Chet Ramey wrote:
On 4/14/11 6:19 PM, Peter Toft wrote:
I have an annoying bash-problem on Red Hat Linux 5.x. If I e.g. try
to move
to a subdirectory of another directory (e.g. $HOME), where the
tab-expand
works poorly;
Assume $HOME=/home/pto
You should
On 4/14/11 6:19 PM, Peter Toft wrote:
> I have an annoying bash-problem on Red Hat Linux 5.x. If I e.g. try to move
> to a subdirectory of another directory (e.g. $HOME), where the tab-expand
> works poorly;
>
> Assume $HOME=/home/pto
You should see whether or not you have a completion already d
Sorry to bother. I have no idea why it works now and did not before. Obvious
case of cockpit error. :-(
On 4/18/2011 10:30 AM, Steven W. Orr wrote:
I happen to be running
GNU bash, version 4.0.35(1)-release (x86_64-redhat-linux-gnu)
I create an integer variable and assign it either a 0 or a 1
On Mon, Apr 18, 2011 at 10:57:00AM -0400, Steven W. Orr wrote:
> I get the same result as you when I do it your way. But if I add the
> typeset, I still get the same result:
>
> 515 > unset ss; typeset -i ss=1; ((ss)); echo $?
> 0
> 516 > unset ss; typeset -i ss=0; ((ss)); echo $?
> 1
>
> Intere
On 4/18/2011 10:40 AM, Greg Wooledge wrote:
> On Mon, Apr 18, 2011 at 10:30:35AM -0400, Steven W. Orr wrote:
>> ss=1
>> (( ss ))
>> echo $?# Also says 1. Should this be 0 because it should be
>> the
>> # success result same as (( ss != 0 ))
>
> That's not what I ge
On 4/18/11 10:30 AM, Steven W. Orr wrote:
> I happen to be running
>
> GNU bash, version 4.0.35(1)-release (x86_64-redhat-linux-gnu)
>
> I create an integer variable and assign it either a 0 or a 1. The
> arithmetic test always returns success regardless of value. For example:
$ cat x20
unset ss
On 04/18/2011 04:30 PM, Steven W. Orr wrote:
I happen to be running
GNU bash, version 4.0.35(1)-release (x86_64-redhat-linux-gnu)
I create an integer variable and assign it either a 0 or a 1. The
arithmetic test always returns success regardless of value. For example:
typeset -i ss=0
(( ss
On Mon, Apr 18, 2011 at 10:30:35AM -0400, Steven W. Orr wrote:
> ss=1
> (( ss ))
> echo $? # Also says 1. Should this be 0 because it should be
> the
> # success result same as (( ss != 0 ))
That's not what I get:
imadev:~$ unset ss; ss=0; ((ss)); echo $?
1
imadev:~
I happen to be running
GNU bash, version 4.0.35(1)-release (x86_64-redhat-linux-gnu)
I create an integer variable and assign it either a 0 or a 1. The arithmetic
test always returns success regardless of value. For example:
typeset -i ss=0
(( ss ))
echo $? # Returns 1. Expected becau
