X-Spam-Check-By: sourceware.org
Date: Thu, 7 Jun 2007 08:26:42 -0400
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] New package: brltty 3.8
Message-ID: <20070607122642.GA31803@trixie.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20070606085100 DOT GA5082 AT implementation> <4666819A DOT 52A6488D AT dessent DOT net> <20070606102654 DOT GA11636 AT calimero DOT vinschen DOT de> <announce DOT 20070605230831 DOT GC3356 AT implementation> <f45rfu$r9r$1 AT sea DOT gmane DOT org> <20070606085100 DOT GA5082 AT implementation> <4666819A DOT 52A6488D AT dessent DOT net> <20070606192445 DOT GG6500 AT implementation> <20070606201111 DOT GA2366 AT ednor DOT casa1 DOT cgf DOT cx> <20070607114950 DOT GA3958 AT implementation>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20070607114950.GA3958@implementation>
User-Agent: Mutt/1.5.15 (2007-04-06)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT 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

On Thu, Jun 07, 2007 at 07:49:50PM +0800, Samuel Thibault wrote:
>Hi,
>
>Christopher Faylor, le Wed 06 Jun 2007 16:11:11 -0400, a ?crit :
>> On Thu, Jun 07, 2007 at 03:24:45AM +0800, Samuel Thibault wrote:
>> >Brian Dessent, le Wed 06 Jun 2007 02:42:50 -0700, a ?crit :
>> >> Yes, setup automatically selects everything in Base for installation,
>> >
>> >Ah, I didn't know that, is that documented somewhere??
>> 
>> Yes: http://cygwin.com/cygwin-ug-net/setup-net.html
>
>Mmm, maybe a short note in http://cygwin.com/setup.html would be useful?

PTC.

>> >That would make programming less easy.  Brltty can communicate with
>> >other (potentially non-cygwin) applications with tcp/ip (remotely) or
>> >local pipes (locally, more efficiently).  For keeping compatibility
>> >with other applications for local pipes, windows pipes are used.
>> >Mixing cygwin sockets and windows local pipes is not particularly fun,
>> >so that's why we end up just using windows socket and
>> >WaitForMultipleObjects() in a separate thread.
>> 
>> You haven't really described why the linux-like pipe() command is
>> inadequate for anything that an application needs.
>
>This application needs to communicate about accessibility with
>non-cygwin applications too.  Does the linux-like pipe() map 1-1 to
>windows pipes?
>
>> Merely stating that "mixing cygwin sockets and windows local pipes is
>> not... fun" is not really an argument for not doing it.
>
>This was an euphemism for "using select is already tricky, mixing both
>a select() for cygwin sockets and WaitForMultipleObjects() for windows
>named pipes, and handle the different kinds of sockets, that would be a
>nightmare".
>
>Really, for the sake of maintainability, this is a lot simpler.

You're just restating things as if everyone knows what you're talking
about.

You're now mentioning named pipes which adds another data point but if
brltty is working on linux then I don't see why it can't be using
linux-like techniques on cygwin, cygwin bugs notwithstanding.  You don't
appear to be saying that you've stumbled over a cygwin bug.  Instead you
just keep saying that it's hard to mix windows and cygwin things.  Well,
duh.  Just don't use the Windows things.


>> Unless there is good reason, the cygwin distribution really is
>> supposed to be comprised of programs which use the linux API.
>
>But when talking about communicating with other applications, we need to
>use windows interfaces when the linux API doesn't permit it, shouldn't
>we?

Only if you can clearly communicate why the linux API doesn't work.  I'm
not convinced that this is not just a misconception on your part.

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/