On Oct 14 01:12, Andrew Schulman wrote:
On 2014-07-07 20:14, Andrew Schulman wrote:
Yaakov, would you consider adding an 'upload' command to cygport, that
would handle the uploading details? That would take away the last bit of
manual work in a routine package update.
I'm a bit
Minor nit: This should be `cygport upload' to be in line with the
other cygport commands. Alternatively, cygport could introduce a
two-letter abbreviation scheme, for instance:
cygport download- cygport dl or (rcs-like) co
cygport prep- cygport pr
On Mon, Oct 13, 2014 at 7:16 PM, Gulliver Smith wrote:
Thanks for the pointer to fc-cache.
On which machine should this be run?
a) the machine hosting the X-Server
b) the machine on which emacs is running
I don't have a client/server configuration, so I don't know how to
answer that, sorry.
On 04/10/2014 18:16, t s wrote:
first of all, regarding the Cygwin setup program; the options are
install / re-install / un-install / default
is it correct that to install only the latest updates, I would choose
the option 'default' ?
I'm not sure what text you are looking at.
The
On 08/10/2014 23:40, t s wrote:
On 04/10/2014 18:16, t s wrote:
first of all, regarding the Cygwin setup program; the options are
install / re-install / un-install / default
is it correct that to install only the latest updates, I would choose
the option 'default' ?
I'm not sure what text
On 14/10/2014 17:19, t s wrote:
[duplicate email]
Please don't spam the list with the same mail. If you get no answer, it
is because no-one has an answer for you (yet).
--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 13/10/2014 02:48, Chris Carlson wrote:
I have a fairly large program that I developed on Fedora Linux. It uses
glwDrawingAreaClassRec to create a GL window. I attempted to compile
and run it on Cygwin, and I got the failure.
I added a print statement just before calling
On 10/10/2014 19:32, Nem W Schlecht wrote:
Just to confirm - I haven't had any crashes with 1.16.1-2 so far. Woot! :)
On Wed, Oct 8, 2014 at 11:08 PM, Chris Carlson wrote:
No sooner did I respond than I see the update.
Nevermind.
On 10/8/2014 8:31 PM, Nem W Schlecht wrote:
I just
On 14/10/14 20:35, Jon TURNEY wrote:
On 08/10/2014 23:40, t s wrote:
And yet another question; I note the presence of a number of files in
\usr\bin which start with 'gnome'. Does Cygwin/x feature gnome or kde
as user interfaces? or does it only allow compilation of apps which
use features of
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-10-14 19:08:27
Modified files:
winsup/cygwin : ChangeLog fhandler_socket.cc
Log message:
* fhandler_socket.cc (fhandler_socket::connect): Init connect_state to
connect_pending only
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-10-14 19:14:33
Modified files:
winsup/cygwin : ChangeLog cygheap.cc cygheap.h dlfcn.cc
Log message:
* cygheap.cc (init_cygheap::init_installation_root): Install Cygwin's
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-10-14 19:43:09
Modified files:
winsup/cygwin : ChangeLog fhandler_socket.cc
Log message:
* fhandler_socket.cc (fhandler_socket::connect): Don't change state
on WSAEALREADY error.
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
gzip: /etc/setup/font-adobe-dpi75.lst.gz: not
Jim Garrison jhg at 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
Eric Blake eblake at 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.
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
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
$
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
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
On Oct 10 17:39, Corinna Vinschen wrote:
On Oct 10 14:13, Arjen Markus wrote:
2014-10-10 13:22 GMT+02:00 tednolan:
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've got some
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
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 a
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
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 recently
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' ))
echo
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_LIST=($(ls
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
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
I'm a big fan of Perl and using Perl's debugger (i.e. perl -d script),
however I noticed that Bash completion works if I say
perl scr... then tab but fails if I say perl -d scr... The script
doesn't complete! (and no I don't mean the actual characters script
rather the script filename).
Now I
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
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
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 know
Corinna Vinschen corinna-cygwin at 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.
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
34 matches
Mail list logo
