This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Options for getting mandatory locking in cygwin1.dll (was: Promote sqlite 3.7.13-1 from test status?)
- From: Corinna Vinschen <corinna-cygwin at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Sun, 2 Sep 2012 12:59:03 +0200
- Subject: Re: Options for getting mandatory locking in cygwin1.dll (was: Promote sqlite 3.7.13-1 from test status?)
- References: <CAJtt6BgReBuo=EBfujsLHB+xLW1E_POsdOayDfM_RtyuWRpJbg@mail.gmail.com> <CAJtt6BhVuCNviWe6teyau7mO2jytuUNa3TuMUryJBQFXZ4SZNA@mail.gmail.com>
- Reply-to: cygwin at cygwin dot com
On Aug 31 10:59, Terris Linenbach wrote:
> Here is a scenario that involves Cygwin Perl only.
>
> I have a need for multiple Cygwin instances on the same box mainly due
> to DLL bases and CPAN modules. I've already read through the endless
> threads about both topics so there's no need to mention them. I have
> good reasons to do what I'm doing.
>
> Advisory locks don't work across cygwin instances. This is reasonable
> but unexpected.
This won't change. Ever. Advisory locks rely on the Cygwin DLL
holding handles to certain objects within the native NT namespace
depending on the Cygwin installation. You cannot have both, using
two independent Cygwin DLL installations working concurrently, and
sharing of internal resources.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple