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:	<00cc01c0eb52$acc4fb10$0200a8c0@lifelesswks>
From:	"Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To:	<cygwin AT cygwin DOT com>, "Jeff Waller" <jeffw AT 141monkeys DOT org>
References:	<E155wXD-0000Ic-00 AT 3 DOT 141monkeys DOT org>
Subject:	Re: Augmenting cygwin woes
Date:	Sat, 2 Jun 2001 20:56:27 +1000
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE:	Produced By Microsoft MimeOLE V5.50.4133.2400
X-OriginalArrivalTime:	02 Jun 2001 10:47:46.0981 (UTC) FILETIME=[75EE6550:01C0EB51]

----- Original Message -----
From: "Jeff Waller" <jeffw AT 141monkeys DOT org>
To: <cygwin AT cygwin DOT com>
Sent: Saturday, June 02, 2001 7:32 AM
Subject: Augmenting cygwin woes


> A friend and I have implemented recvmsg and sendmsg;
> naive, broken version (no passing of fd's yet).  I tried
> to get in touch with the guy that is supposed to be
> doing it, but go no reply.  Cygwin successfully compiles

Who was "that guy". AFAIK no-one was working on it.

You didn't email or join the cygwin-developers list, which is
appropriate for this topic. I suggest you do, as the cygwin-developers
list is much more relevant to this than the main list.

> (as per dated instructions in the FAQ).  I ran
> configure in the obj directory (see FAQ) as follows:
>
> configure --prefix=/cygdrive/d/cg132install-2

See the archives of the developer list (or it might be this one...
memory is fuzzy) for an example from Chris faylor on building and
installing test copies of cygwin1.dll.

This was is wrong. --prefix should be the final installation location,
not a temporary area.

<snip>
> How does it know about the new version????
>
> First problem then:
>
> I *want* 2 **incompatible** versions of cygwin1.dll
> installed on my machine.
>
> The first one should be accociated with the
> cygwin install rooted at d:\cygwin132-1,
> and the second should be at d:\cygwin132-2
> (though it should be called d:\cygwin133-1).
> The first install is to do development of
> cygwin for the second one; I certainly don't
> want to corrupt by mistake the first install.
>
> How to I get them not to interfere with
> each other?

You cannot. Cygwin uses a shared memory area which means that at any one
time there can only be one version of cygwin in memory. Uses multiple
versions _will_ cause problems, which is why cygwin detects that.

> Second problem:
>
> Apparently, more than modification of cygwin1.dll
> is required to get the new entry points
> avaliable.  As the program we're porting still fails
> to link (though this might be a matter of recompilation).
> We have modified net.cc,cygwin.din, and autoload.cc.  Is
> there something we're missing?

You need to move the built .dll and .lib's to their appropriate
locations, or change your mount points after quitting all cygwin
programs.

Rob

>
> -Jeff
>
> --
> Want to unsubscribe from this list?
> Check out: http://cygwin.com/ml/#unsubscribe-simple
>
>


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -