X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	q=dns; s=default; b=QxRuy8AKf3a8GY4vZFzB4UdV/PuBOQtQnp7HnuWWgZY
	ZiOpQlX0szghLaqrNP6ITHZ+wi7KmEfaOVgX3wleh5NqmeBY3gT5AiFVWIJj1S0g
	b7bqxswVe1WXlfQBv0dE/v6+fzFH6LTsjmh7LM3sA1dNVykz1N27b3EqV7G7twgM
	=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	s=default; bh=mp3d2mwYh91gNvgVQHz/q7hltm0=; b=ybM3MO9671fn0ECxj
	gIxslOybpc5OB9GgB0VTk95mGmb2ISwdV8oj8vFMuQp3T2ven0p6EhcrTdVW+pN9
	4FWwMISo2q5uH3dNyu9AgXzu0X9xJp/4KVluZtLI3BBwzatfDHn0KCdDgPNHVreY
	wfrPovaGrW5lUZoRDrkAFPFhAY=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05 autolearn=ham version=3.3.2
X-HELO:	bureau81.ns.utoronto.ca
Message-ID:	<524DE69B.1090301@cs.utoronto.ca>
Date:	Thu, 03 Oct 2013 17:50:19 -0400
From:	Ryan Johnson <ryan DOT johnson AT cs DOT utoronto DOT ca>
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version:	1.0
To:	cygwin AT cygwin DOT com
Subject:	Re: fixing BLODA-caused fork failures
References:	<CAJty3ZxPwByrCu6No2-53vc3QiDXX1G8KZd3RC5K8xBEA4k2ww AT mail DOT gmail DOT com>
In-Reply-To:	<CAJty3ZxPwByrCu6No2-53vc3QiDXX1G8KZd3RC5K8xBEA4k2ww@mail.gmail.com>
X-IsSubscribed:	yes

On 03/10/2013 4:55 PM, Adam Kellas wrote:
> My company uses Cygwin and we experience fairly frequent fork
> failures, believed to be BLODA-related. I say "believed to be" because
> in this corporate environment, like many, we cannot uninstall the
> virus scanner even long enough to see what happens without it. The
> presumed culprit in our case is Microsoft Forefront Endpoint
> Protection, by the way.
>
> So we need Cygwin and we're stuck with Forefront, putting us between a
> rock and a hard place. It's clear from the documentation and mailing
> list that the official stance wrt BLODA is "sorry, can't help you" and
> I understand and accept that. I'm looking for the answer to a related
> question: are BLODA-caused fork failures a logically unsolvable
> problem due to the way Windows works or is it just a matter of round
> tuits? In other words, if we were (hypothetically) able to pay someone
> to make MS Forefront and Cygwin play nicely together, would that have
> a chance of success? And would the Cygwin maintainers allow such work
> into the code base or consider it an unfortunate precedent?
I can't comment on actual code changes, but having played around quite a 
bit in the fork code, I can at least speak a little to the technical part.

BLODA commonly causes two classes of symptoms:

1. Fork failures due to injecting dlls at inopportune locations or 
otherwise messing with address space layouts in a way that violates 
posix semantics (memory-mapping a file where some cygwin dll should have 
gone, for example). Cygwin can do nothing, because the damage is 
invariably done before cygwin1.dll loads. The problem can only be fixed 
if the BLODA were to be more circumspect about where it injects things, 
which is unlikely because Windows processes normally care very little 
(if at all) about address space layouts.

2. Various file-related errors due to the BLODA touching/locking files 
at inopportune times (e.g. right when a cygwin process tries to delete 
the file, leading to an "unable to delete" error). This is simple 
Windows locking at play, which Cygwin actually respects (unlike many 
Windows programs). Again, there's little cygwin can do to address the 
problem on its side, because the file really is locked...

... all of which is the long way of explaining why the official stance 
is "sorry, you're SOL" ...

Ryan


--
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

- Raw text -