-standard locations under /usr/local/{share/,}man/ nor
under /usr/share/man/linux/ (man -m linux)!
I could probably look at bash-completion if I can get around to bash,
as I would worry about dependencies, fixes, and tweaks. There are big
challenges in bash and coreutils being years out of dat
Ah well, I guess I just keep
making it manually from a cloned repo.
I could probably look at bash-completion if I can get around to
bash, as I would worry about dependencies, fixes, and tweaks. There
are big challenges in bash and coreutils being years out of date as
parts of those need cust
On 2021-08-12 22:20, Richard Beels via Cygwin wrote:
Findutils _was_ on this list but then I saw it come over the transom
(yeay Brian! :-), which reminded me I never actually wrote about it.
Procrastination ekes a minor victory... :)
bash-completion and coreutils are both currently several
On 2017-09-24 12:45, Robert Paasche wrote:
> is it possipble to update the bash completion package to include the fix of
> the following issue?
> https://github.com/scop/bash-completion/issues/70
It already exists:
https://cygwin.com/ml/cygwin-announce/2017-09/msg00040.html
-
Hi all,
is it possipble to update the bash completion package to include the fix of
the following issue?
https://github.com/scop/bash-completion/issues/70
Best
Robert
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
The following packages have been uploaded to the Cygwin distribution:
* bash-completion-2.7-1
* bash-completion-devel-2.7-1
bash-completion is a collection of shell functions that take advantage of
the programmable completion feature of bash.
This is an update to the latest upstream release
The following packages have been uploaded to the Cygwin distribution:
* bash-completion-2.4-1
* bash-completion-devel-2.4-1
bash-completion is a collection of shell functions that take advantage of
the programmable completion feature of bash.
This is an update to the latest upstream release
The following packages have been uploaded to the Cygwin distribution:
* bash-completion-2.3-1
* bash-completion-devel-2.3-1
bash-completion is a collection of shell functions that take
advantage of the programmable completion feature of bash.
This is an update to the latest upstream release. A
mechanism works and
reading the man page makes me none the wiser.
I'm not an expert on bash-completion either, but here are my thoughts on
what's in .bashrc now. Someone who knows more should comment further.
# Uncomment to turn on programmable completion enhancements.
# Any co
Ken Brown writes:
> [Achim, /etc/defaults/etc/skel/.bashrc has some outdated comments
> referring to /etc/bash_completion.]
I need further discussion and preferrably a patch. Since I don't use
bash, I don't know anything about how its completion mechanism works and
reading the man page makes me n
most nothing in
/etc/bash_completion.d anyway, and there is no /etc/bash_completion file
any more.
Right. bash-completion now uses /usr/share/bash-completion, as you can
see from
https://cygwin.com/packages/x86_64/bash-completion/bash-completion-2.1-2
Moving away my .bashrc (that contai
It still works with bash_completion 1.3-1
COMP_WORDBREAKS is the default “ "'><=;|&(:” (the string within “”).
Removing everything in /etc/bash_completion.d did not help
Compared to bash_completion 1.3-1, there is almost nothing in
/etc/bash_completion.d anyway, and there is no /etc/bash_compl
The following packages have been uploaded to the Cygwin distribution:
* bash-completion-2.1-2
bash-completion is a collection of shell functions that take advantage
of the programmable completion feature of bash.
This is an update to the latest upstream release, with a patch for
recent util
On 9/12/2014 7:12 PM, Björn Kautler wrote:
Hi there,
bash completion completely got broken with bash completion 1.9.
It changed the layout from having the stuff in /etc to having the
stuff in /usr/share/bash-completion
Cygwin's bash-completion is at version 1.3 and puts all of its
Hi there,
bash completion completely got broken with bash completion 1.9.
It changed the layout from having the stuff in /etc to having the
stuff in /usr/share/bash-completion
Any existing .bashrc file including the one in /etc/skel do still
reference the old location which is not present
Hi,
unfortunately my username contains a space and thus also my home
directory. The bash completion for ssh and scp had problems with that,
as some quotations in /etc/bash_completion where missing. I fixed it and
created a patch.
As I don't know who the maintainer of this file is, I se
Gary Johnson wrote:
> Cygwin's bash-completion package is version 1.3. Versions 1.9 and
> later use dynamic loading of completions that is supposed to
> improve the loading times. I think your best bet is to wait for the
> Cygwin package to be updated to the latest 2.1 version a
On 2013-03-27, Adam Dinwoodie wrote:
> Having bash-completion installed significantly slows down starting a new
> Cygwin
> Bash login shell. It's a problem I've noticed, and I've seen other users
> report it on this list and elsewhere, too. I've done a bit of di
Having bash-completion installed significantly slows down starting a new Cygwin
Bash login shell. It's a problem I've noticed, and I've seen other users
report it on this list and elsewhere, too. I've done a bit of digging into
what the problem is, and what can be done abou
gives an error
Package: coreutils
coreutils.sh exit code 127
Package: Unknown package
mintty.sh exit code 127
Everything is ok when i revert to coreutils-8.10-1.
Is this a bug with coreutils or bash-completion?
Thanks.
> cygcheck -vs | egrep -i "coreutil|ba
xt:
http://old.nabble.com/1.7.9-cygwin-bash-completion-doesn%27t-response-tp32688677p32702678.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://c
http://cygwin.com/problems.html
suniuin wrote:
>
> hi all,
>
> I got the bash completion problem which is very upset me, following is
> an example:
> in my home directory, there is a file : pkf
>
> if I want to vi the file and I type :
>
> vi pk(press tab)
&g
hi all,
I got the bash completion problem which is very upset me, following is
an example:
in my home directory, there is a file : pkf
if I want to vi the file and I type :
vi pk(press tab)
but there is no response or it's very slow, but in some cases like say
when I vi the *.cpp files th
A new release of bash-completion, 1.3-1, will soon be on a mirror near
you, leaving 1.2-1 as previous.
NEWS:
=
This is a new upstream release. Changes since the prior release are
attached. For more details, see /usr/share/doc/bash-completion/.
Note that installing this package
On 11/16/2010 12:14 PM, Jim Garrison wrote:
Apologies if this is a duplicate, I never saw it appear on the list.
After installing bash-completion, bash startup goes from about 1/2 second to
10-15 seconds. During this time, the bash process (as viewed in Process
Explorer) consumes almost no
Apologies if this is a duplicate, I never saw it appear on the list.
After installing bash-completion, bash startup goes from about 1/2 second to
10-15 seconds. During this time, the bash process (as viewed in Process
Explorer) consumes almost no CPU time, but the System process (PID 4) is
Alpha Fighter yahoo.com> writes:
>
> I've run into an issue with bash-completion v1.2-1. After I tail -f a file
and then press ctrl-c to stop
> tailing I can no longer see any text I type. My text is being entered, just
not being ... echoed back.
>
> This does not ha
Alpha Fighter yahoo.com> writes:
>
> I've run into an issue with bash-completion v1.2-1. After I tail -f a file
and then press ctrl-c to stop
> tailing I can no longer see any text I type. My text is being entered, just
not being ... echoed back.
>
> This does not ha
I've run into an issue with bash-completion v1.2-1. After I tail -f a file and
then press ctrl-c to stop tailing I can no longer see any text I type. My text
is being entered, just not being ... echoed back.
This does not happen after uninstalling 1.2-1. It also does not happen
I've run into an issue with bash-completion v1.2-1. After I tail -f a file and
then press ctrl-c to stop tailing I can no longer see any text I type. My text
is being entered, just not being ... echoed back.
This does not happen after uninstalling 1.2-1. It also does not happen
Greetings, Lee D. Rothstein!
> My only complaint would be if the maintainer somehow updated my
> customized startup scripts.
If you want some customized startup scripts - put them into /etc/profile.d/
--
WBR,
Andrey Repin (anrdae...@freemail.ru) 24.10.2010, <10:26>
Sorry for my terrible engli
On 10/22/2010 5:47 PM, Eric Blake wrote:
> On 10/22/2010 03:41 PM, Ken Brown wrote:
>> On 10/22/2010 12:32 AM, Andy Koppe wrote:
>>> On 21 October 2010 22:22, Lee D. Rothstein wrote:
The original complaint which is now solved (I think) had nothing
to do with Bash completion.
A new release of bash-completion, 1.2-1, is now available for download,
leaving 1.1-2 as previous.
NEWS:
=
This is a new upstream release. Changes since the prior release are
attached. For more details, including how to enable bash-completion for
your interactive shells after installing
On Feb 2 15:07, DEWI - N. Zacharias wrote:
> Another strange thing is that directories have the execution flag set while
> files don't.
That's not strange. If no ACLs are available, directories are always
faked to have execute permissions.
You have mail, btw.
Corinna
--
Corinna Vinschen
before printing this email.
-Ursprüngliche Nachricht-
> Von: Corinna Vinschen
> Gesendet: Dienstag, 2. Februar 2010 12:00
> An: cygwin@cygwin.com
> Betreff: [bulk] - Re: [bulk] - Re: [bulk] - Re: Bash completion and symlinks
> problem
[...]
>
> Did you see Larry'
before printing this email.
-Ursprüngliche Nachricht-
> Von: Corinna Vinschen
> Gesendet: Dienstag, 2. Februar 2010 12:00
> An: cygwin@cygwin.com
> Betreff: [bulk] - Re: [bulk] - Re: [bulk] - Re: Bash completion and symlinks
> problem
>
> On Feb 2 11:18, DEWI - N. Zachari
On Feb 2 11:18, DEWI - N. Zacharias wrote:
> > Von: Corinna Vinschen [mailto:...]
http://cygwin.com/acronyms/#PCYMTNQREAIYR
> > Not quite. On filesystems which don't maintain permissions or if noacl
> > is set for the underlying mount, stat() opens the file and the first two
> > bytes are
before printing this email.
-Ursprüngliche Nachricht-
> Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com]
> Gesendet: Dienstag, 2. Februar 2010 11:11
> An: cygwin@cygwin.com
> Betreff: [bulk] - Re: [bulk] - Re: Bash completion and symlinks problem
>
> On Feb 2 10:18, C
before printing this email.
-Ursprüngliche Nachricht-
> Von: Larry Hall (Cygwin) [mailto:reply-to-list-only...@cygwin.com]
> Gesendet: Montag, 1. Februar 2010 17:07
> An: cygwin@cygwin.com
> Betreff: [bulk] - Re: AW: [bulk] - Re: Bash completion and symlinks problem
>
> On
On Feb 2 10:18, Csaba Raduly wrote:
> On Mon, Feb 1, 2010 at 4:53 PM, DEWI - N. Zacharias <> wrote:
> >
> (snip)
> > ls yields
> >
> > $ ls -al dosomething.pl
> > -rw-r--r-- 1 n-zacharias Kein 94 2010-02-01 16:42 dosomething.pl
> >
> > Even if I use chmod 777 dosomething.pl there is no change in
On Mon, Feb 1, 2010 at 4:53 PM, DEWI - N. Zacharias <> wrote:
>
(snip)
> ls yields
>
> $ ls -al dosomething.pl
> -rw-r--r-- 1 n-zacharias Kein 94 2010-02-01 16:42 dosomething.pl
>
> Even if I use chmod 777 dosomething.pl there is no change in -rw-r--r--
>
> Which seems to be no problem because it
On 02/01/2010 10:53 AM, DEWI - N. Zacharias wrote:
Hi Corinna,
> Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com]
> Gesendet: Montag, 1. Februar 2010 16:18
> An:cygwin@cygwin.com
> Betreff: [bulk] - Re: Bash completion and symlinks problem
>
> On Feb 1 12:51, D
Hi Corinna,
> Von: Corinna Vinschen [mailto:corinna-cyg...@cygwin.com]
> Gesendet: Montag, 1. Februar 2010 16:18
> An: cygwin@cygwin.com
> Betreff: [bulk] - Re: Bash completion and symlinks problem
>
> On Feb 1 12:51, DEWI - N. Zacharias wrote:
> >
> > Hi all,
On Feb 1 12:51, DEWI - N. Zacharias wrote:
>
> Hi all,
>
> another problem after updating cgwin . The bash completion don't work for
> symlinks .
>
> assume having a /cygdrive/c/bin directory which contains symlinks to scripts
> in a central directory on o
Hi all,
another problem after updating cgwin . The bash completion don't work for
symlinks .
assume having a /cygdrive/c/bin directory which contains symlinks to scripts in
a central directory on our file sever say /cygdrive/x /centraltools/
eg.
/cygdrive/c/bin/dosomething.pl -> /
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash-completion, 1.1-2, is now available for cygwin 1.7;
the only difference from the cygwin 1.5 version is updated package layout.
NEWS:
=
This is a new upstream release. Changes since the prior release are
attached. For more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash-completion, 1.1-1, is now available for cygwin 1.5;
a corresponding release for those testing cygwin 1.7 will be available
shortly.
NEWS:
=
This is a new upstream release. Changes since the prior release are
attached. For
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric Blake wrote:
> Not that I can see. I just tried the older /etc/bash_completion.d/cygport
> with the newer bash_completion, and it still worked.
Thanks; committed r6446.
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Yaakov (Cygwin/X) on 4/18/2009 9:10 PM:
> As cygport is Cygwin-specific, I think shipping it with cygport makes
> more sense. If I just grab the file from the previous release, will any
> changes be necessary for the current version?
Not
Taras Tielkes wrote:
> Eric Blake writes:
>
>> A new release of bash-completion, 1.0-1, is now available for those
>> testing cygwin 1.7, leaving 20060301-2 as the current version for cygwin 1.5.
>
> Using cygwin 1.5 and bash, I've been trying to configure Shift-Tab
Eric Blake byu.net> writes:
> A new release of bash-completion, 1.0-1, is now available for those
> testing cygwin 1.7, leaving 20060301-2 as the current version for cygwin 1.5.
Using cygwin 1.5 and bash, I've been trying to configure Shift-Tab to cycle
backwards through the list
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric Blake wrote:
> Shipping it with cygport would probably be easiest, particularly since I
> recently added the git-completion package which also installs into
> /etc/bash_completion.d/. Another option would be submitting it for
> upstream inclusi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Yaakov (Cygwin/X) on 4/17/2009 5:20 PM:
> Eric Blake wrote:
>> A new release of bash-completion, 1.0-1, is now available for those
>> testing cygwin 1.7, leaving 20060301-2 as the current version for cygwin 1.5.
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Eric Blake wrote:
> A new release of bash-completion, 1.0-1, is now available for those
> testing cygwin 1.7, leaving 20060301-2 as the current version for cygwin 1.5.
The previous release of bash-completion contained a cygport completion
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash-completion, 1.0-1, is now available for those
testing cygwin 1.7, leaving 20060301-2 as the current version for cygwin 1.5.
NEWS:
=
This is a new upstream release, run by new upstream maintainers. For more
details
On 3/12/2008 7:21 PM, Eric Blake wrote:
According to David Rothenberger on 3/12/2008 7:04 PM:
| Once the shell starts doing this, it keeps doing it. Restarting bash
| solves the problem.
|
| I first noticed this with cygwin-1.5.25-11, but it happens with -7, too.
Those are old. But it still hap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to David Rothenberger on 3/12/2008 7:04 PM:
| Once the shell starts doing this, it keeps doing it. Restarting bash
| solves the problem.
|
| I first noticed this with cygwin-1.5.25-11, but it happens with -7, too.
Those are old. But it sti
On 09 January 2008 14:00, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to kou yu on 12/26/2007 10:07 AM:
>>> POSIX *allows* '//something' to have a special meaning. It doesn't
>>> state that it is necessarily the syntax for SMB share paths.
>>>
>> In fact, i
t a bug of cygwin, but a
| feature, then I would believe you.
It is a feature of cygwin that // is used, in accordance with SUSv3 and
POSIX, as the implementation-defined start for remote paths. It is a
feature of Linux that // is treated as an implementation-defined synonym
of /. Live with i
On Dec 23, 2007 1:26 PM, Christopher Faylor
<[EMAIL PROTECTED]> wrote:
> On Sun, Dec 23, 2007 at 01:02:23PM +0800, kou yu wrote:
> >o, maybe you are right.
>
> It's a good bet that she is.
>
> >But I am a little confused. "//server/share" is the POSIX syntax for
> >SMB share paths, but on windows t
On Sun, Dec 23, 2007 at 01:02:23PM +0800, kou yu wrote:
>o, maybe you are right.
It's a good bet that she is.
>But I am a little confused. "//server/share" is the POSIX syntax for
>SMB share paths, but on windows the syntax is "\\server\share".
POSIX *allows* '//something' to have a special mean
o, maybe you are right.
But I am a little confused. "//server/share" is the POSIX syntax for
SMB share paths, but on windows the syntax is "\\server\share".
And why on linux I input "cd //usr/", the completion would not
become slow, i.e. why on linux, the syntax "//xxx/xxx" would not be
considered
On Dec 22 17:43, kou yu wrote:
> If I input:
> cmdname /dirname/
> then I get the normal completion output immediately.
>
> But if I input:
> cmdname //dirname/
> then I must wait for a long time for those completion output. And the
> terminal seems to be frozen, have not a single response
If I input:
cmdname /dirname/
then I get the normal completion output immediately.
But if I input:
cmdname //dirname/
then I must wait for a long time for those completion output. And the
terminal seems to be frozen, have not a single response.
So, is this a bug of cygwin or bash on cygwi
On 9/1/2007 11:35 AM, Ach wrote:
I tried to install bash completion for subversion but was not successful.
I use cygwin 2.510
Where did you get 2.510 as the version? The latest version is 1.5.24-2.
and my bash version is 3.00.16.
The latest version is 3.2.25-16.
I executed the
Hi,
I tried to install bash completion for subversion but was not successful.
I use cygwin 2.510 and my bash version is 3.00.16. I executed the
"bash_completion_svn.sh" script but after that when I try to use for
completion nothing happens.
I do not know if cygwin bash is en
Christopher Wingert wrote:
Hi Eric,
Thanks for the reply.
The triple stat() issue I am talking about is a thread/patch that I read
from the 2002 timeframe. I don't think the patch got integrated back tho.
http://sourceware.org/ml/cygwin/2002-05/msg01600.html
There was another thread that I can
Hi Eric,
Thanks for the reply.
The triple stat() issue I am talking about is a thread/patch that I read
from the 2002 timeframe. I don't think the patch got integrated back tho.
http://sourceware.org/ml/cygwin/2002-05/msg01600.html
There was another thread that I can't find right now.
Actually
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Wingert on 3/25/2007 8:35 AM:
> Hi
>
> I have a directory where there are about 300 subdirectories in it. When I
> hit tab, not only is the delay to the "Display all 300 possibilities..."
> is slow but the screw draw after an
Hi
I have a directory where there are about 300 subdirectories in it. When I
hit tab, not only is the delay to the "Display all 300 possibilities..."
is slow but the screw draw after answer y is almost like a 300 baud modem.
I've read on these lists about the triple stat issue with cygwin, is th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash-completion, 20060301-2, is now available, replacing
20060301-1 as the current version.
NEWS:
=
This is a minor patch release; it swaps over to a cygport build, and adds
completion support for cygport contributed by Reini
Hans wrote:
++ awk 'BEGIN {FS=","}
{for (i=1; i<=2; ++i) { \
gsub(" .*$", "", $i); \
if ($i ~ /^demons/) {print $i} \
}}' /home/David Hasselhoff/.ssh/know
ff/.ssh/known_hosts'. Here is some output:
-- Begin Clip --
$ cd /home/David\ Hasselhoff/.ssh/know+ local 'IFS=
' 'cur=/home/David\ Hasselhoff/.ssh/know' i j k
+ [[ /home/David\ Hasselhoff/.ssh/know == ?(\\)\$* ]]
+ '[' -z '' ']'
+ _filedir -d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Hans on 7/29/2006 7:09 PM:
> I'm having some trouble with bash-completion. For example, it does
> not complete ssh commands from my known_hosts file.
> I have also tried sourcing it from within a bash session. In both
I'm having some trouble with bash-completion. For example, it does
not complete ssh commands from my known_hosts file. I have
uncommented the appropriate lines in my .bashrc:
case $- in
*i*) [[ -f /etc/bash_completion ]] && . /etc/bash_completion ;;
esac
I have also tried sou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Nahor on 4/19/2006 10:58 AM:
> Hi,
>
> I have the following prompt in bash (Gentoo style):
> PS1='\[\033[01;[EMAIL PROTECTED] \[\033[01;34m\]\w $ \[\033[00m\]'
>
> When I press to get the list of possible completion on the command
> lin
Hi,
I have the following prompt in bash (Gentoo style):
PS1='\[\033[01;[EMAIL PROTECTED] \[\033[01;34m\]\w $ \[\033[00m\]'
When I press to get the list of possible completion on the command
line, I have some extra characters added to the display:
[EMAIL PROTECTED] ~ $ cd /c/
Documents an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash-completion, 20060301-1, is now available, replacing
20050721-1 as the current version.
NEWS:
=
This is a new upstream release. Differences from the previous version can
be found in http://www.caliban.org/files/bash
On Tue, 20 Sep 2005, Scott Evans wrote:
I just did a big Cygwin upgrade, which included a jump to bash 3.00.16(11)
from 2.x. Completion now seems a bit broken:
[tmp] $ ls a.(press TAB)
a.ela.html a.txt
[tmp] $ ls a.. (extra period shown but not really there)
My PS1
Scott Evans wrote:
> [tmp] $ ls a.(press TAB)
> a.ela.html a.txt
> [tmp] $ ls a.. (extra period shown but not really there)
This has been reported and discussed numerous times. It is a bug in
readline somewhere, but no one has been able to definitively track it
down ye
I just did a big Cygwin upgrade, which included a jump to bash 3.00.16(11)
from 2.x. Completion now seems a bit broken:
[tmp] $ ls a.(press TAB)
a.ela.html a.txt
[tmp] $ ls a.. (extra period shown but not really there)
My PS1 is set thusly:
PS1="\[\e]2;\H (\u) \w\a\]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The bash-completion-20050721-1 package has recently been added to the
Cygwin distribution.
DESCRIPTION:
Provides programmable completion enhancements to bash TAB-completion.
Based on the command you type, hitting TAB later on in the
On Tue, Feb 19, 2002 at 09:05:01AM -0500, Chet Ramey wrote:
> On Mon, Feb 18, 2002 at 05:06:36PM -0800, AJ Reins wrote:
> > Possible patch for bash to fix the problem noticed by Jason Tishler in msg:
> > http://sources.redhat.com/ml/cygwin/2002-02/msg00581.html
> >
> > [snip]
AJ, thanks for trac
On Tue, Feb 19, 2002 at 12:27:54PM -0500, Jason Tishler wrote:
> On Tue, Feb 19, 2002 at 09:05:01AM -0500, Chet Ramey wrote:
> > On Mon, Feb 18, 2002 at 05:06:36PM -0800, AJ Reins wrote:
> > > Possible patch for bash to fix the problem noticed by Jason Tishler in msg:
> > > http://sources.redhat.c
--- Chet Ramey <[EMAIL PROTECTED]> wrote:
> > Possible patch for bash to fix the problem noticed by Jason Tishler in msg:
> > http://sources.redhat.com/ml/cygwin/2002-02/msg00581.html
> >
> >
> > --- subst.c.old Mon Nov 5 07:19:50 2001
> > +++ subst.c Mon Feb 18 16:58:50 2002
> > @@ -1339,
> Possible patch for bash to fix the problem noticed by Jason Tishler in msg:
> http://sources.redhat.com/ml/cygwin/2002-02/msg00581.html
>
>
> --- subst.c.old Mon Nov 5 07:19:50 2001
> +++ subst.c Mon Feb 18 16:58:50 2002
> @@ -1339,7 +1339,7 @@
> break;
>
>i = te /* +
Possible patch for bash to fix the problem noticed by Jason Tishler in msg:
http://sources.redhat.com/ml/cygwin/2002-02/msg00581.html
--- subst.c.old Mon Nov 5 07:19:50 2001
+++ subst.c Mon Feb 18 16:58:50 2002
@@ -1339,7 +1339,7 @@
break;
i = te /* + member (string[te], d)
87 matches
Mail list logo
