Corinna Vinschen cygwin.com> writes:
> Oh, good! I just realized that I missed to handle EALREADY, so I
> applied YA patch and just replaced the snapshot with a new one.
The snapshot fixes things in the minial test installation. I'll update my
other systems later today.
Regards,
Achim.
--
P
Hello!
> I saw the email, but haven't had time to look into it. Your reduced
> test case didn't make it, either.
How ? The idea is to save it under 'test.py' name and run as 'python
test.py'. You should get FAIL with the original version and PASS if you
apply the fix.
> So, if you think you kn
On 10/14/2014 07:16 PM, David Arnstein wrote:
Most applications, including bash.exe and ssh.exe are slow to launch.
Problem started approximately two weeks ago. I update cygwin frequently, but
I am not confident that a cygwin change caused this behavior.
I have attached the output from "cygcheck
Greetings, David Arnstein!
> Most applications, including bash.exe and ssh.exe are slow to launch.
> Problem started approximately two weeks ago. I update cygwin frequently,
> but I am not confident that a cygwin change caused this behavior.
> I have attached the output from "cygcheck -s -v -r
I'm a big fan of Perl and using Perl's debugger (i.e. perl -d
A new release of gzip, 1.6-1, has been uploaded and will soon reach a
mirror near you; leaving the previous version at 1.4-1.
NEWS:
=
This represents a new upstream release, and the first build of gzip by a
new maintainer. This release also drops the 'uncompress' symlink now
that the 'ncompre
On 2014-10-14 14:28, Corinna Vinschen wrote:
I know the code is not yours, but I have to vent while I see this code :)
Actually, this isn't the first time you're seeing this code, it's just
been a while. :-)
There's no reason to load GetVolumePathName from kernel32 since all supported
platf
Thorsten Kampe wrote:
> * LMH (Sat, 11 Oct 2014 20:30:07 -0400)
>> Good Lord, I guess I wasn't thinking very clearly trying to use
>> PATH as
>> a variable for something else. I changed to,
>>
>> FILE_DIR=$(ls -d './'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET)
>> echo $FILE_DIR
>>
>> FILE_L
Achim Gratz wrote:
> LMH writes:
>> Good Lord, I guess I wasn't thinking very clearly trying to use PATH as
>> a variable for something else. I changed to,
>>
>> FILE_DIR=$(ls -d './'$SET'/'$FOLD'/'$FOLD'_anneal/'$PARAM_SET'/'$AN_SET)
>> echo $FILE_DIR
>>
>> FILE_LIST=($(ls $FILE_DIR'/'*'out.txt' )
On Oct 14 21:41, Achim Gratz wrote:
> Corinna Vinschen writes:
> > lwp-request is one of the tools using connect to try if a former
> > non-blocking connect worked. This is ugly but, sigh, valid behaviour,
>
> What should it be doing instead? LWP upstream has switched to a new
> maintainer recen
Jon TURNEY writes:
> Any chance this can be promoted to current? It seems that --quote is
> necessary for commands of the form 'run /usr/bin/bash -l -c "command
> args"' to work, which are used quite a lot in X start menu items
> (e.g. see [1]).
I would appreciate if you could let me know if that
Corinna Vinschen writes:
> lwp-request is one of the tools using connect to try if a former
> non-blocking connect worked. This is ugly but, sigh, valid behaviour,
What should it be doing instead? LWP upstream has switched to a new
maintainer recently IIRC, so it might be a good time to suggest
On Oct 14 20:21, Achim Gratz wrote:
> I've ran into some strange problem with the snapshots.
> [...]
> $ lwp-request http://server.local/
>
> spits out the index page as it should. Installing a snapshot, both the
> earliest I still had locally available, which was 2014-08-19 and the
> latest from
On Oct 10 17:39, Corinna Vinschen wrote:
> On Oct 10 14:13, Arjen Markus wrote:
> > 2014-10-10 13:22 GMT+02:00 :
> > >>2014-10-10 13:24 GMT+02:00 Jan Nijtmans <...>:
> > >>> 2014-10-10 12:34 GMT+02:00 Corinna Vinschen <...>:
> > On Oct 9 11:46, tednolan.net wrote:
> > > I'm pretty sure I
Hi Ken,
I know the code is not yours, but I have to vent while I see this code :)
On Oct 14 14:30, Ken Brown wrote:
> I stepped into gam_check_not_fat (which I should have done to begin with)
> and narrowed this down further. The stack location in question gets
> clobbered by the call to GetVolu
On 10/14/2014 12:26 PM, Ken Brown wrote:
On 6/28/2014 7:08 AM, Ken Brown wrote:
On 6/27/2014 1:52 PM, Yaakov Selkowitz wrote:
On 2014-06-27 12:11, Ken Brown wrote:
On 6/25/2014 10:17 PM, Ken Brown wrote:
This is a followup to
https://cygwin.com/ml/cygwin/2014-06/msg00324.html, from which I
ex
I've ran into some strange problem with the snapshots. This seems to be getting
complicated, so I'm throwing it out here in the hope someone has an
idea. I've boiled it down to a minimal Cygwin (32bit, but it's
happening in 64bit too) installation, plus perl and perl_vendor. As
installed
$ lwp
On 6/28/2014 7:08 AM, Ken Brown wrote:
On 6/27/2014 1:52 PM, Yaakov Selkowitz wrote:
On 2014-06-27 12:11, Ken Brown wrote:
On 6/25/2014 10:17 PM, Ken Brown wrote:
This is a followup to
https://cygwin.com/ml/cygwin/2014-06/msg00324.html, from which I
extracted the following test case:
$ cat gf
Eric Blake redhat.com> writes:
> D'oh - now I see it. In my .exe code additions, I had added a '!= 0'
> test that should have really been a '> 0' test; because directories
> cause an expected -1 return that should not have triggered an attempt at
> .exe magic. -4 coming soon.
Fix confirmed.
Re
Jim Garrison jhmg.net> writes:
> This is a newly built win7.1 x64 system with Cygwin 32-bit
> installed. I recently ran the Cygwin installer to get updates
> and at the end of installation in the log I see:
>
> 2014/10/13 23:29:18 running: cmd.exe /c
> "C:\cygwin\etc\postinstall\autorebase.bat"
20 matches
Mail list logo
