Andy gmail.com> writes:
> According to http://www.vox.com/2014/9/25/6843949/the-bash-bug-explained,
> shellshock is exploited when someone submits commands in place of parameter
> data to a server, which then tries to shove the info into an environment
> variable by a bash invocation.
No, the a
Eric Blake byu.net> writes:
> This build is also the first against the
> new ACL rules of cygwin1.dll, so there may be some oddities in ls as a
> result.
That hunch proved to be correct, but it is cp and not ls that is affected:
> cp -vr gnuplot.x86_64/dist/gnuplot /mnt/mirror/patch/x86_64/relea
Hi all,
I've dug into the gdb sources.
The problem is in the cygwin-only part and is not about the PATH
variable but about one single DLL file name.
This path length is *fixed* to 512 characters (SO_NAME_MAX_PATH_SIZE)
for the *realpath* of the DLL.
So there's no way for the user to work around t
Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14 AM
>I also turned on the (undocumented) 'bash --wordexp' mode (actually,
>that happened in 4.1.12-5, although I failed to mention it at the time),
>which allows the C library call wordexp() to now function.
From a user sta
Now that I'm at work, I've done some digging, and here's what I've found...
On my ancient Windows XP box running 32-bit Cygwin, I have a package installed
that provides /usr/sbin/sendmail.exe as a symlink to /usr/sbin/ssmtp.exe, and a
shell secript /usr/bin/mailx.sh that is a front-end for it.
On 2014-09-29 09:18, Buchbinder, Barry (NIH/NIAID) [E] wrote:
Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14 AM
I also turned on the (undocumented) 'bash --wordexp' mode (actually,
that happened in 4.1.12-5, although I failed to mention it at the time),
which allows
Eric Blake (cygwin) writes:
> A new release of bash, 4.1.13-6, has been uploaded and will soon reach a
> mirror near you; leaving the previous version at 4.12-5.
Just out of curiosity, why is this release version -6 instead of -1?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb A
On 09/29/2014 10:14 AM, Achim Gratz wrote:
> Eric Blake (cygwin) writes:
>> A new release of bash, 4.1.13-6, has been uploaded and will soon reach a
>> mirror near you; leaving the previous version at 4.12-5.
>
> Just out of curiosity, why is this release version -6 instead of -1?
Because of how
On 09/29/2014 03:02 AM, Achim Gratz wrote:
> Eric Blake byu.net> writes:
>> This build is also the first against the
>> new ACL rules of cygwin1.dll, so there may be some oddities in ls as a
>> result.
>
> That hunch proved to be correct, but it is cp and not ls that is affected:
>
>> cp -vr gnu
Eric Blake writes:
> Can you give me a simple self-contained script that creates all
> necessary prerequisites before attempting the failing 'cp', to help me
> in trying to reproduce what is going differently here?
I'll see what I can come up with.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305
Eric Blake writes:
> On 09/29/2014 10:14 AM, Achim Gratz wrote:
>> Eric Blake (cygwin) writes:
>>> A new release of bash, 4.1.13-6, has been uploaded and will soon reach a
>>> mirror near you; leaving the previous version at 4.12-5.
>>
>> Just out of curiosity, why is this release version -6 inste
GNU texinfo normally has emacs keybinding.
I found it strange, because C-n navigation key, which normally moves
cursor down,
doesn't work. C-f, C-b, and C-p works as expected to move cursor one
character
forward, one character backward, and one line backward.
I'm using latest cygwin, from setup-x86
On 9/29/2014 1:32 PM, Alive wrote:
Here are steps to reproduce the problem.
1. Open cygwin terminal.
2. Type "info info" to display info page about GNU texinfo.
3. Press C-n (CTRL + n) to move the cursor
Expected result: C-n key combination moves the cursor one line down.
Actual result: An erro
Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14 AM
Using the new version of bash, two scripts that I use have both started giving
me
the following error message(s).
/usr/bin/bash: error importing function definition for `BASH_FUNC_make-log'
/usr/bin/bash: error import
On 09/29/2014 03:23 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14 AM
>
> Using the new version of bash, two scripts that I use have both started
> giving me
> the following error message(s).
>
> /usr/bin/bash: error imp
A new release of bash, 4.1.14-7, has been uploaded and will soon reach a
mirror near you; leaving the previous version at 4.1.13-6.
NEWS:
=
This is a minor rebuild which picks up an upstream patch to fix
CVE-2014-7169 and all other ShellShock attacks (4.1.13-6 was also safe,
but used a slightl
Eric Blake sent the following at Monday, September 29, 2014 5:29 PM
>On 09/29/2014 03:23 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> Eric Blake (cygwin) sent the following at Saturday, September 27, 2014 2:14
>> AM
>>
>> Using the new version of bash, two scripts that I use have both started
On 9/29/2014 4:05 PM, Ken Brown wrote:
Unfortunately, Cygwin's Texinfo package currently lacks a maintainer.
I'm willing to take over as maintainer. I'll send an ITP to cygwin-apps
shortly.
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.
On 09/29/2014 04:52 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> These functions contain '-' in their name; that's a limitation of
>> the downstream forked patch I applied early to get 4.1.13-6 out the
>> door. Upstream solved it in a nicer manner, so you can once again have
>> functions with '-
Cygwin appears to ignore "winsymlinks:native" when asked to create a
symbolic link to a non-existent target, reverting to its "magic header"
approach.
This can be demonstrated via the following examples (using a Cygwin shell):
echo hello > aaa
ln -s aaa bbb
notepad bbb
ln -s xxx yyy
Dear all,
I have a .zip archive on a different NTFS filesystem than Cygwin64 TMP
folder (say, .zip on I: and TMP on C:). I create a temporary folder
by 'mktemp -d' and then try to unpack .zip archive into that folder :
unzip -d $folder $archive
I no
21 matches
Mail list logo
