Chuck, are you still with us?
There's also the request to update autoconf to the latest 2.69
version: http://cygwin.com/ml/cygwin/2012-11/msg00164.html
On Nov 16 04:39, Yaakov (Cygwin/X) wrote:
On Wed, 2012-10-17 at 11:07 -0500, Yaakov (Cygwin/X) wrote:
On Tue, 2012-06-26 at 03:25 -0500,
Hi all,
I've got a gcc-4.7.2 package almost ready to upload, but there's one issue
I'm not sure what's best to do about.
Several of the runtime libs have changed version numbers, i.e.
libgnat4.5-libgnat4.7, libgcj11-libgcj13, libobjc2-libobjc4.
I'd like to release a test: version of
On 11/23/2012 6:17 PM, Dave Korn wrote:
Hi all,
I've got a gcc-4.7.2 package almost ready to upload, but there's one issue
I'm not sure what's best to do about.
Several of the runtime libs have changed version numbers, i.e.
libgnat4.5-libgnat4.7, libgcj11-libgcj13,
Hi
A new version of 'xpdf' has been uploaded to a server near you.
o Build for cygwin 1.7.17 with gcc-4.5.3
o Uses cygport-0.11.2 for .hint files generation
o debuginfo package included
o Linked against motif instead of lesstiff
CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-11-23 14:32:03
Modified files:
winsup/cygserver: ChangeLog sysv_sem.cc
Log message:
* sysv_sem.cc (semundo_clear): Move condition to break from
inner loop to the right spot.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-11-23 14:52:08
Modified files:
cygserver : ChangeLog Makefile.in
cygwin : ChangeLog Makefile.in
lsaauth: ChangeLog Makefile.in
testsuite :
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-11-23 14:55:44
Modified files:
cygwin : ChangeLog configure configure.in
Log message:
* configure.in: Add previously-missed AC_NO_EXECUTABLES.
* configure:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2012-11-23 14:58:24
Modified files:
cygwin : ChangeLog configure configure.in
Log message:
* configure.in: Remove unneeded ALLOC substitution.
* configure: Regenerate.
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-11-23 15:14:40
Modified files:
winsup : ChangeLog Makefile.common acinclude.m4
aclocal.m4 configure configure.in
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2012-11-23 15:19:41
Modified files:
winsup/cygserver: ChangeLog cygserver.cc transport_pipes.cc
Log message:
* cygserver.cc (main): Call listen right after creating the
transport.
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2012-11-23 15:20:44
Modified files:
winsup/cygserver: ChangeLog cygserver.cc transport_pipes.cc
Log message:
Pull in changes from HEAD
Patches:
Hi
New versions of 'libmng/libmng1/libmng-devel/libmng-contrib' have been uploaded
to a server near you.
o Build for cygwin 1.7.17 with gcc-4.5.3
o Uses cygport-0.11.2 for .hint files generation
o debuginfo package included
o Linked against motif instead of lesstiff
CYGWIN-ANNOUNCE
On Nov 19 21:06, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hello again,
I can now positively confirm the race condition in cygserver w.r.t. the named
pipe used to serialize SYSV requests through the server. The race is due to
that transport_layer_pipes::accept() (bool *const recoverable)
On Nov 8 09:28, Bill Hoffman wrote:
On 11/7/2012 3:30 PM, Jeremy Bopp wrote:
On 11/07/2012 01:02 PM, Bill Hoffman wrote:
Is there a
way to debug this?
The first step is to follow the problem reporting guidelines:
http://cygwin.com/problems.html
Following them may reveal a
On Nov 19 16:04, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hi,
As I previously reported, there is a weird behavior of CYGWIN implementation
of SYSV semaphores, and a bug exposition for one problem is attached below
(I'm still looking into some other issues in there).
If the code is
On Nov 23 08:12, Peter Rosin wrote:
On 2012-11-22 22:08, Michael Lester wrote:
mike@computer ~/test3
$ ls
file1
mike@computer ~/test3
$ cat file1
Hello!
123
mike@computer ~/test3
$ ifind -n /cygwin/home/mike/test3/file1 '\\.\c:'
195962
mike@computer ~/test3
$ icat
Greetings, Corinna Vinschen!
Is there a
way to debug this?
The first step is to follow the problem reporting guidelines:
http://cygwin.com/problems.html
Following them may reveal a conflicting cygwin.dll file or something
similar in your full path which is interfering with some git
On Nov 23 12:36, Corinna Vinschen wrote:
On Nov 19 21:06, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hello again,
I can now positively confirm the race condition in cygserver w.r.t. the
named
pipe used to serialize SYSV requests through the server. The race is due to
that
On Nov 23 16:32, Andrey Repin wrote:
I *think* this is an issue between Windows and Cygwin for which there's
no easy solution. The memory layout created by Windows can move the
main stack address in a child process depending on the size of the
environment.
I observed this myself, but
On Nov 23 14:10, Corinna Vinschen wrote:
On Nov 23 12:36, Corinna Vinschen wrote:
On Nov 19 21:06, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hello again,
I can now positively confirm the race condition in cygserver w.r.t. the
named
pipe used to serialize SYSV requests through
On Fri, Nov 23, 2012 at 02:11:23PM +0100, Corinna Vinschen wrote:
On Nov 23 16:32, Andrey Repin wrote:
I *think* this is an issue between Windows and Cygwin for which there's
no easy solution. The memory layout created by Windows can move the
main stack address in a child process depending
On Fri, Nov 23, 2012 at 02:06:18AM -0800, Waffle Souffle wrote:
guilt push -a
Unsupported operating system: CYGWIN_NT-6.1
cygcheck.out attached.
/cygdrive/c/cygwin/bin/guilt line 871
if [ -r `dirname $0`/os.$UNAME_S ]; then
. `dirname $0`/os.$UNAME_S
elif [ -r `dirname $0`/../lib/guilt/os.$UNAME_S
On Nov 23 13:19, Corinna Vinschen wrote:
On Nov 19 16:04, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hi,
As I previously reported, there is a weird behavior of CYGWIN implementation
of SYSV semaphores, and a bug exposition for one problem is attached below
(I'm still looking into some
On Nov 23 08:52, Christopher Faylor wrote:
On Fri, Nov 23, 2012 at 02:06:18AM -0800, Waffle Souffle wrote:
guilt push -a
Unsupported operating system: CYGWIN_NT-6.1
cygcheck.out attached.
/cygdrive/c/cygwin/bin/guilt line 871
if [ -r `dirname $0`/os.$UNAME_S ]; then
. `dirname
On Fri, Nov 23, 2012 at 03:21:06PM +0100, Corinna Vinschen wrote:
On Nov 23 08:52, Christopher Faylor wrote:
On Fri, Nov 23, 2012 at 02:06:18AM -0800, Waffle Souffle wrote:
guilt push -a
Unsupported operating system: CYGWIN_NT-6.1
cygcheck.out attached.
/cygdrive/c/cygwin/bin/guilt line 871
Greetings, Christopher Faylor!
I *think* this is an issue between Windows and Cygwin for which there's
no easy solution. The memory layout created by Windows can move the
main stack address in a child process depending on the size of the
environment.
I observed this myself, but
This is original FreeBSD code, so I have a hard time to follow the
idea
that it might be wrong. I stared a long while into the source now,
and
I compared that with the latest version of the upstream code.
I noticed that the source is taken from FreeBSD and the test crashes
just the same
On Wed, Nov 21, 2012 at 4:41 PM, Paul wrote:
Buchbinder, Barry (NIH/NIAID) [E] writes:
(A) Try splitting it into two operations:
1. Download Without Installing.
2. Install from Local Directory.
http://cygwin.com/ml/cygwin/2011-11/msg00329.html
Already doing this, since I am trying
On Nov 23 14:33, Corinna Vinschen wrote:
On Nov 23 14:10, Corinna Vinschen wrote:
On Nov 23 12:36, Corinna Vinschen wrote:
On Nov 19 21:06, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hello again,
I can now positively confirm the race condition in cygserver w.r.t. the
named
On Nov 23 15:47, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
This is original FreeBSD code, so I have a hard time to follow the
idea
that it might be wrong. I stared a long while into the source now,
and
I compared that with the latest version of the upstream code.
I noticed that the
Can you please post a link to your bug report? I'd like to see
what they say and maybe contribute.
http://www.freebsd.org/cgi/query-pr.cgi?pr=173724
Anton Lavrentiev
Contractor NIH/NLM/NCBI
This should avoid the race (*and* work...)
Please give it a try.
Thanks! I've tried both patches (pipe race + semadj), and they do seem to work!
Although (not being a party pooper :-), I think that all the logic
around pipe_instance can now be dropped entirely, and benefit from eliminating
an
On Nov 23 17:16, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
This should avoid the race (*and* work...)
Please give it a try.
Thanks! I've tried both patches (pipe race + semadj), and they do seem to
work!
Thanks for testing.
Although (not being a party pooper :-), I think that all
I agree. I'll do that in the next couple of days.
Thank you. Please let me know when you do, so that I can
check the relevant snapshot out.
Incidentally, have you been able to confirm the dead-locking
that I reported earlier (below)? I just ran the patched cygserver
with the -d -l 7
On Nov 23 17:47, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
I agree. I'll do that in the next couple of days.
Thank you. Please let me know when you do, so that I can
check the relevant snapshot out.
Yes, I'll try.
Incidentally, have you been able to confirm the dead-locking
that I
Achim Gratz writes
FWIW, I think Yaakov is more immediately concerned about the additional
API:
-DSQLITE_ENABLE_COLUMN_METADATA\
-DSQLITE_ENABLE_FTS3 -DSQLITE_ENABLE_FTS_PARENTHESIS\
-DSQLITE_ENABLE_FTS4
Aye. I do use SQLITE_ENABLE_COLUMN_METADATA. I don't believe use of this
API
has
Hi
New versions of 'libmng/libmng1/libmng-devel/libmng-contrib' have been uploaded
to a server near you.
o Build for cygwin 1.7.17 with gcc-4.5.3
o Uses cygport-0.11.2 for .hint files generation
o debuginfo package included
o Linked against motif instead of lesstiff
CYGWIN-ANNOUNCE
37 matches
Mail list logo