Thanks, Eric & Chet. I hope nobody ever needs to load up a set of
aliases within a Makefile script. There's no compelling need in my
mind, but there's also apparently no possible way, either. Yummy.
$ . xx ; cat xx ; proj ; pwd ; pwd -P
alias proj="cd ~/'google drive'/web"
bash: proj: command not found
/home/sciadmin/tmp
/home/sciadmin/tmp
$ . xx
$ cat xx ; proj ; pwd ; pwd -P
alias proj="cd ~/'google drive'/web"
/home/sciadmin/google drive/web
/home/sci
$ diff -u bash.1 bash-new.1
--- bash.1 2013-07-13 08:55:41.312334646 -0700
+++ bash-new.1 2013-07-13 09:26:15.088438456 -0700
@@ -8820,11 +8820,16 @@
or less than zero; otherwise 0.
.TP
\fBshopt\fP [\fB\-pqsu\fP] [\fB\-o\fP] [\fIoptname\fP ...]
-Toggle the values of variables controlling
This seems like a lot of obtuse bother:
xtrace_setting=$(
re=$'\nxtrace[ \t]+on'
[[ $(set -o) =~ $re ]] && echo ' -x' || echo ' +x')
if there were only some magic like ${BASH_SETTING_XTRACE} or
xtrace_setting=$(set -q xtrace) or something. Could we get
something fairly straight forward for
Hi,
On Wed, Feb 13, 2013 at 9:01 AM, Chet Ramey wrote:
> On 2/11/13 2:25 PM, Bruce Korb wrote:
[...]
>>> /tmp/ZZ/a/b/c /tmp/ZZ/a /tmp/ZZ
>>> /tmp/ZZ/a/b/c
>>> $ popd /var/tmp
>>> /tmp/ZZ/a/b/c /tmp/ZZ/a
>>> /tmp/ZZ/a/b/c
>>> $
>>
&
> /tmp
> $ echo "$PS1"
> \w\n\$
> /tmp
> $ mkdir -p ZZ/a/b/c
> /tmp
> $ pushd ZZ
> /tmp/ZZ /tmp
> /tmp/ZZ
> $ pushd a
> /tmp/ZZ/a /tmp/ZZ /tmp
> /tmp/ZZ/a
> $ pushd b/c
> /tmp/ZZ/a/b/c /tmp/ZZ/a /tmp/ZZ /tmp
> /tmp/ZZ/a/b/c
> $ popd /var/tmp
> /tmp/ZZ/a/b/c /tmp/ZZ/a /tmp/ZZ
> /tmp/ZZ/a/b/c
> $ po
Hi Eric,
On Mon, Feb 13, 2012 at 2:56 PM, Eric Blake wrote:
> On 02/13/2012 03:50 PM, Bruce Korb wrote:
>> It is very disconcerting and makes me want to press it an extra time.
>> This is new behavior. Thanks.
>
> It works fine for me. Most likely, you have a bug in y
It is very disconcerting and makes me want to press it an extra time.
This is new behavior. Thanks.
Hi,
In my home directory, I typed,
emacs $PWD/ag/git-ag/autoopts/tpl/ag
and pressed . The command line was rewritten thus:
emacs \$PWD/ag/git-ag/autoopts/tpl/agtexi-cmd.tpl
That seemed to be what I wanted, but when emacs came up, the file was:
~/ag/git-ag/$$PWD/ag/git-ag/autoopts/t
On 12/22/11 13:03, Eric Blake wrote:
I assume on the ksh implementation that the temp file is discarded if
the command (simple or compound) feeding the redirection failed?
One would hope!
If the
redirection is used on a simple command, is there any shorthand for
specifying that the destinati
On 10/20/11 08:12, Chet Ramey wrote:
On 10/20/11 10:48 AM, Bruce Korb wrote:
You may have this in the queue already, but just in case:
POSIX now specifies that if a standard utility has extended options,
then you accomplish it with ``-W option-name[=opt-arg]''.
That's not act
You may have this in the queue already, but just in case:
POSIX now specifies that if a standard utility has extended options,
then you accomplish it with ``-W option-name[=opt-arg]''.
I wouldn't care, but I wanted to add ``--noprofile --norc''
to the command line and, for debugging purposes, I a
On 07/06/11 10:19, Eric Blake wrote:
Oh, that's rather heavyweight - a command substitution and 3 pipeline
components. Why not just one child process, by using sort -c and a heredoc?
is_eq=false is_lt=false
if test "x$1" = "$x2"; then
is_eq=true
elif sort -cV el
Hi Greg,
On Tue, Jul 5, 2011 at 5:20 AM, Greg Wooledge wrote:
> The comment implies [2-6] but [0-6] is probably a safer bet, just in
> case someone backported the driver to an older kernel.
The code, itself, matched anything with a kernel version in the
20+something version, and my guess is that
Hi Chet,
On Sun, Jul 3, 2011 at 11:21 AM, Chet Ramey wrote:
> On 7/2/11 3:49 PM, Bruce Korb wrote:
>> Hi Chet, et al.,
>>
>> Given that sort(1GNU) now has a sort-by-version-ordering (sort -V),
>> it would seem reasonable to do version comparisons without having
>&g
Hi Chet, et al.,
Given that sort(1GNU) now has a sort-by-version-ordering (sort -V),
it would seem reasonable to do version comparisons without having
to do a series of fork & execs. In other words, abbreviate this:
min_os_ver=`
printf '2.6.27\n%s\n' "$LINUXRELEASE" | sort -V | head -
Thanks, Chet. I'll try the patch out as soon as I can get to it.
Meanwhile, I've also tried to add in some of the examples/loadables
(beyond the "tty" one), and it makes bash unstable. I will also try
to put together a patch that will run through the examples directory
on "make check". I am pret
My history file isn't being updated as I am led to believe it ought to be.
Is there some shopt or other thingey that keeps the history unwritten?
I've googled the issue and the answer is supposed to be "history -a",
on occasion, but that isn't working:
$ ls -l $HISTFILE;history;history -a;ls -l $H
Hi Greg,
On Thu, Jul 15, 2010 at 8:42 AM, Greg Wooledge wrote:
> On Thu, Jul 15, 2010 at 08:06:20AM -0700, Bruce Korb wrote:
>> So, for future reference, put this in my bashrc?
>>
>> eval $(locale | sed 's/=.*/=C/;s/^/export /')
>
> Gah! That's ludic
On Thu, Jul 15, 2010 at 5:36 AM, Chet Ramey wrote:
> On 7/15/10 8:19 AM, Andreas Schwab wrote:
>> Chet Ramey writes:
>>
>>> If en_US happens to be the system's default locale, of course. You
>>> can only be sure that you'll get ASCII sorting order if you set
>>> LANG=C.
>>
>> No, you need to set
I've stripped all LC_* variables plus LANG from my environment:
> $ env|fgrep LANG
> $ env|fgrep LC_
> $
Command completion still used "EN_us" for sorting directories
in command completion. e.g.:
$ cd
.adobe/ .gtkrc-1.2-gnome2.profile
.altera.quartus/ .hist/
Chet Ramey wrote:
>> I do not know if this is an obsolete feature or not, but using
>> GNU bash, version 2.05b.0(1)-release I can press TAB and get
>> file name completion on arguments like ``*abc'' when there is
>> only one file ending in ``abc''. With my version at home
>> GNU bash, version 3.1.
Hi,
I do not know if this is an obsolete feature or not, but using
GNU bash, version 2.05b.0(1)-release I can press TAB and get
file name completion on arguments like ``*abc'' when there is
only one file ending in ``abc''. With my version at home
GNU bash, version 3.1.17(1)-release I have not fi
On 2/16/07, Chet Ramey <[EMAIL PROTECTED]> wrote:
Tim Waugh wrote:
>> strcoll indicates that, in the "en_US" locale, `h' sorts between `A' and
>> `Z'. In the "C" locale, it does not. This is consistent with the
>> collating sequences I posted earlier.
>
> Here is what Ulrich Drepper has to say
Chet Ramey wrote:
> If LC_COLLATE is unset, LC_ALL and LANG both affect the collating order.
Neither of which were in the environment, but I didn't show that
"conclusively". "Trust me" (really). In any event, why would it be
that "bash" would use en_US and "ls" would use "C"? Yes, it could
be
In the listings below, two programs are involved: "ls" and "bash".
I am inclined to believe that "bash" treats a missing LC_COLLATE
as "en_US" and "ls" treats it as "C". If there is such a thing as
an invisible (not in environment variables) "system default locale",
then "ls" is wrong, otherwise
Chet Ramey wrote:
>> Chet Ramey wrote:
>>> (Since I don't set LC_ALL anywhere in my startup files, my system's
>>> default locale is apparently en_US.UTF-8.)
>> Even if you don't actively set the LANG, LC_COLLATE, LC_ALL locale
>> variables in your shell startup files they may be getting set in you
Chet Ramey wrote:
> This shows the collating sequence for alphabetics in the en_US locale. (Since
> I don't set LC_ALL anywhere in my startup files, my system's default locale is
> apparently en_US.UTF-8.)
Is _that_ the deal, then? There is such a thing as a "system default locale"
that does no
On 1/22/07, Bob Proulx <[EMAIL PROTECTED]> wrote:
Unfortunately in this case setting the variable on the command line
for that command won't do what you want. Since file globbing takes
I figured that out. :}
(unset LC_ALL LC_COLLATE LANG ; echo [a-z]*)
(LC_COLLATE=en_US.UTF-8 ; echo [a-z
On 1/20/07, Bob Proulx <[EMAIL PROTECTED]> wrote:
I think you have the nocaseglob right. I think this is a variable set
but not exported problem. Just guessing though.
Excellent guess. No cigar, tho:
$ echo [a-z]*
bin bk-archives Bugzilla core cron Desktop [[...]]
$ LC_COLLATE=C echo [a-z]*
Andreas Schwab wrote:
> Bruce Korb <[EMAIL PROTECTED]> writes:
>
>> $ echo tpdsrc/umod/nodesvr/test/[a-z]*
>> tpdsrc/umod/nodesvr/test/Makefile tpdsrc/umod/nodesvr/test/SCCS
>> tpdsrc/umod/node
>>
>> What are the "Makefile" and "SCCS&
Hi,
This cannot have been overseen, so perhaps I am not understanding
how "nocaseglob" is supposed to work:
$ bash --version
GNU bash, version 3.1.17(1)-release (i586-suse-linux)
Copyright (C) 2005 Free Software Foundation, Inc.
$ shopt|fgrep caseglob
nocaseglob off
$ echo tpdsrc/umod/nodesv
> http://lists.gnu.org/archive/html/bug-bash/2006-09/msg00068.html
I gave it a quick try on Red Hat linux with the bash-3.2 release
candidate, and ran `echo $MYPID' about 15 times without error.
Chet
Hi Chet,
Cool. I'll have to get the up-to-date bash and give it a try.
That's a problem
Hi,
As far as I am able to tell, there is no well-known way to ascertain the
current pid of a subshell. You can write programs that return their
parent's pid, but that is pretty hacky. So, I dug through some sketchy
docs and examples about rolling your own built in BASH commands and
came up wit
34 matches
Mail list logo
