Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin AT sources DOT redhat DOT com
Message-Id:	<5.0.0.25.0.20001212092155.02a762c0@pop.bresnanlink.net>
X-Sender:	cabbey AT pop DOT bresnanlink DOT net
X-Mailer:	QUALCOMM Windows Eudora Version 5.0
Date:	Tue, 12 Dec 2000 09:31:26 -0600
To:	cygwin AT cygwin DOT com
From:	Chris Abbey <cabbey AT bresnanlink DOT net>
Subject:	Re: [long] Re: signals?
In-Reply-To:	<20001212143912.4360.qmail@web120.yahoomail.com>
Mime-Version:	1.0

At 06:39 12/12/00 -0800, Earnie Boyd wrote:
>Yes, this is true.  You've two different runtimes with two different memory
>managers and two different process managers.  You're best bet would be to find
>or create a jvm that is Cygwin intelligent.

yeah, that combo just doesn't seem like it's going to be friendly
to this whole thing... but does the strace output that was below
that look to you like /bin/bash is "doing the right thing" anyway?

hmmm... that second idea though has intrigued me before... I wonder
just what it would take... process, signal and memory management,
obviously, and file system integration, but what else? linker/loader?
I can't think of anything else, but I think I'll write up a proposal
and send it up through the chains at work....

now the forces of openness
     have a powerful and
     unexpected new ally
    http://ibm.com/linux/


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -