-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash, 3.2.5-6, has been uploaded, replacing 3.2.3-5 as
current.
NEWS:
=
This is a minor patch. It folds in two new upstream patches, fixing
global pattern replacement and a floating point printing bug. It also
contains a cygwin-
Hi,
- Original Message -
From: "Corinna Vinschen" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, November 14, 2006 9:12 PM
Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.22-1
I've made a new version of the Cygwin DLL and associated utilities
available for download. This is a bug fix release.
Yaakov S (Cygwin Ports) wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Wilson wrote:
Yaakov S (Cygwin Ports) wrote:
autoconf-2.60 needs a patch to fix AC_PATH_XTRA (XrmInitialize is
defined in libX11, not libXt), see below.
Thanks for the heads up. I'll look into it over the wee
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
find ${B} -type f -exec touch -t $(date +%Y%m%d%H%M.%S) '{}' +;
Which version of find? I know there was an upstream bug report to
findutils that 'find -exec {} +' was not sharing the same logic as xargs
in 4.3.0, but that was supposed to be
Christopher Faylor wrote:
Fully implementing posix_spawn is quite a bit of work although I did
tell Linus Torvalds that I'd look into implementing it in Cygwin
eventually (it would make git-on-cygwin faster).
I have a patch in my sandbox which implements a more lightweight
approach for popen us
Sean Morgan wrote:
> Adding the environment variables to HKEY_LOCAL_MACHINE\SYSTEM
> \CurrentControlSet\Services\sshd\Parameters\Environment does not seem to
> have an effect outside of the CYGWIN variable which does in fact change
> after editing the registry. This provided me with some verificat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Wilson wrote:
> Yaakov S (Cygwin Ports) wrote:
>> autoconf-2.60 needs a patch to fix AC_PATH_XTRA (XrmInitialize is
>> defined in libX11, not libXt), see below.
>
> Thanks for the heads up. I'll look into it over the weekend.
Ping?
Yaakov
-
Adding the environment variables to HKEY_LOCAL_MACHINE\SYSTEM
\CurrentControlSet\Services\sshd\Parameters\Environment does not seem to
have an effect outside of the CYGWIN variable which does in fact change
after editing the registry. This provided me with some verification that
I had in fact been
Sean Morgan wrote:
I have cygwin sshd installed using privilege separation but find that
when connected via ssh that neither the windows system nor user
variables are present in the bash shell as they are when cygwin is run
in a command shell from the Windows desktop.
Could someone explain to me
On 11/15/06, Sean Morgan wrote:
I have cygwin sshd installed using privilege separation but find that
when connected via ssh that neither the windows system nor user
variables are present in the bash shell as they are when cygwin is run
in a command shell from the Windows desktop.
I always add
I have cygwin sshd installed using privilege separation but find that
when connected via ssh that neither the windows system nor user
variables are present in the bash shell as they are when cygwin is run
in a command shell from the Windows desktop.
Could someone explain to me why this might be or
Judy,
On Wed, Nov 15, 2006 at 10:24:41AM -0800, Judy Cheng wrote:
> I need some help. I read your link
> http://www.tishler.net/jason/software/ rebase/rebase-2.2.README about
> ran rebaseall in ash. I have been getting the following error since
> the installation of the new cygwin CYGWIN_NT-5.0
Loic Grenie matapp.unimib.it> writes:
> That intermediate sh invocation can probably be slightly streamlined
> by doing something similar to
>
> sprintf(cmd, "(%s) >&%d %d>&- %d>&-", program, pdes[1], pdes[0], pdes[1]);
> pid = spawnl(_P_NOWAIT, _PATH_BSHELL, "sh", "-c", cmd, NULL);
Nope.
I concentrated on Cygwin sites and did not do a general Google. The answer
there is not what I want anyway, they suggest copying to the local machine
and that is mostly doable, I would prefer to keep my own installation on my
thumbdrive so that I can keep it clean and up to date.
I will investig
Eric Blake byu.net> writes:
> Eric Blake byu.net> writes:
>
> > > else
> > > sprintf(cmd, "sh -c '%s' %d>&-", program, pdes[1])
> > > }
> > > pid = spawnl(_P_NOWAIT, _PATH_BSHELL, "sh", "-c", cmd, NULL);
> >
> > Why are you going through two levels of sh? That seems like a waste t
Christopher Faylor cygwin.com> writes:
>
> On Wed, Nov 15, 2006 at 06:07:06PM +0100, Ingmar Sittl wrote:
> >running "find -type f -regex '.*[.]trc'" within any (even an empty) directory
> >leads to the following segfault message:
> >
> >Exception: STATUS_ACCESS_VIOLATION at eip=610DDBC0
>
> FWI
Thorsten Kampe wrote on Wednesday, November 15, 2006 12:08 PM:
> * Bodger (Tue, 14 Nov 2006 14:16:06 -0800 (PST))
>> How possible would it be to:
>>
>> 1) Install a Cygwin environment into a Thumbdrive, including /home,
>> /usr etc.
>
> Just install it (or copy it from an existing installation).
Linda Walsh wrote:
Loic Grenie wrote:
On Tue Nov 14 15:53:36 2006, Eric Blake ([EMAIL PROTECTED] ) wrote:
And admitting that your changes are untested is not a good sign for
getting it approved.
I'm not really "admitting", I am just expliciting that the patch is
untested. I do
From: Corinna Vinschen To: cygwin at cygwin
dot comDate: Tue, 7 Sep 2004 15:00:47 +0200Subject: Re: ssh search identity in
wrong directoryReferences: <[EMAIL PROTECTED]>Reply-to: cygwin at cygwin dot com
On Sep 7 13:31, [EMAIL PROTECTED] wrote:
> Hi folks
>
> I have the problem that ssh do
On Wed, Nov 15, 2006 at 06:07:06PM +0100, Ingmar Sittl wrote:
>running "find -type f -regex '.*[.]trc'" within any (even an empty) directory
>leads to the following segfault message:
>
> 8 [main] find 2700 _cygtls::handle_exceptions: Error while dumping state
>(probably corrupted stack)
>Segme
* Bodger (Tue, 14 Nov 2006 14:16:06 -0800 (PST))
> How possible would it be to:
>
> 1) Install a Cygwin environment into a Thumbdrive, including /home, /usr
> etc.
Just install it (or copy it from an existing installation).
> 2) With the help of some crafty shell scripts, be available from most
On Wed, Nov 15, 2006 at 04:18:10PM +, Eric Blake wrote:
>Eric Blake byu.net> writes:
>>> else
>>> sprintf(cmd, "sh -c '%s' %d>&-", program, pdes[1])
>>> }
>>> pid = spawnl(_P_NOWAIT, _PATH_BSHELL, "sh", "-c", cmd, NULL);
>>
>Why are you going through two levels of sh? That seems
Eric Blake byu.net> writes:
> > else
> > sprintf(cmd, "sh -c '%s' %d>&-", program, pdes[1])
> > }
> > pid = spawnl(_P_NOWAIT, _PATH_BSHELL, "sh", "-c", cmd, NULL);
>
> Why are you going through two levels of sh? That seems like a waste to
> me; the whole idea of using spawn is to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I know it is possible to create /dev/std{in,out,err} myself, simply making
symlinks to /proc/self/fd/{0,1,2}, once I create an underlying physical
/dev directory. But by doing so, I have made it so that the version of
bash that I compile detects their
I tracked down my problems with an ls -F on a network share taking a
very long time.
If I use cygwin version 1.5.19-4 from the time machine:
ftp://www.fruitbat.org/pub/cygwin/circa/2006/06/11/081007
then an ls -F operation takes a couple of seconds.
If I then upgrade to version 1.5.20-1 from th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Charles Wilson on 11/15/2006 12:37 AM:
> Usually, the 'find ... -exec cmd ...' idiom makes a lot of sense -- it's
> faster, one fewer forks (maybe MANY fewer), etc.
>
> However, you sometimes run into troubles with extremely long filelist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to SungHyun Nam on 11/14/2006 10:54 PM:
> Hello,
No need to double post.
>
> I cannot use /dev/stdout with a bash-3.2.3-5.
> For example, 'echo hi >/dev/stdout' failed.
> It works fine after I reverted to bash-3.1-6.
Hmm, it does indeed s
Thx Dave for suggestion, but Loic Grein (member of the list) told me
that your patch should work fine both on linux and cygwin.
I tried and it work fine.
Thanks a lot to everybody for your help.
Bye
Dave Korn ha scritto:
On 14 November 2006 17:45, Salvatore D'Angelo wrote:
Dave you're rig
On 14 November 2006 17:45, Salvatore D'Angelo wrote:
> Dave you're right. I forgot to add -r.
> Thanks a lot. Your solution work fine.
>
> The problem now is that I should change the Makefile in order to have
> two different behaviour in CYGWIN and linux.
Actually, if I haven't messed up, the
29 matches
Mail list logo
