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 anyt
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
> tha
> 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" argume
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
> 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
> 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
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 notic
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.
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, sin
> 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
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
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/gu
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
> >. "`dirnam
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
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/
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 d
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
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 my
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
> > t
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
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
> >
> > mi
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 i
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 m
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 recoverab
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 UNSUBSC
25 matches
Mail list logo
