Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Subject: Re: cygipc (and PostgreSQL) XP problem resolved!
From: Robert Collins <rbcollins@cygwin.com>
To: cygwin@cygwin.com
In-Reply-To: <20030511014650.GB18993@redhat.com>
References: <3EBC8ED0.4040906@ece.gatech.edu>
	 <20030510072239.GA19367@cygbert.vinschen.de>
	 <1052554219.1824.14.camel@localhost>
	 <20030510082949.GD19367@cygbert.vinschen.de>
	 <3EBD3179.6070004@ece.gatech.edu> <20030510171629.GB11448@redhat.com>
	 <3EBD3896.8000202@ece.gatech.edu> <1052612200.897.31.camel@localhost>
	 <20030511012322.GA18836@redhat.com> <1052617309.897.43.camel@localhost>
	 <20030511014650.GB18993@redhat.com>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-iCU+4P46aHcJX5Xc67/R"
Organization: 
Message-Id: <1052618088.907.49.camel@localhost>
Mime-Version: 1.0
Date: 11 May 2003 11:54:48 +1000

--=-iCU+4P46aHcJX5Xc67/R
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Sun, 2003-05-11 at 11:46, Christopher Faylor wrote:
> On Sun, May 11, 2003 at 11:41:49AM +1000, Robert Collins wrote:
> >On Sun, 2003-05-11 at 11:23, Christopher Faylor wrote:
> >> Or we can just use Global atoms, as I suggested in cygwin-developers.
> >
> >IIRC Global atoms are not global these days - they are global within a
> >single login at a time. I can't comment further without looking into the
> >ftok spec again, which I don't have time for right now...
>=20
> If that is really true, that would defeat the purpose of a global atom.

Not at all. From memory: Global Atoms come from before multi-user
kernels in the windows world. They are used for things like registering
clipboard types - which are *not* meant to cross user boundaries.

> I'm not sure what ftok has to do with whether global atoms are global
> or not, however.

ftok creates keys for use in IPC programs. They often need to cross user
boundaries - similar in concept to the privilege separation logic in
sshd these days.

If we use a global atom that isn't truely global, this will break.

Rob
--=20
GPG key available at: <http://users.bigpond.net.au/robertc/keys.txt>.

--=-iCU+4P46aHcJX5Xc67/R
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQA+va1oI5+kQ8LJcoIRAlq3AKCvZmJ8GUXyzKRgRDD6QN35PSo0sQCgu8pu
KppO8aHyzSZGWDiamLCbYjw=
=Hxp3
-----END PGP SIGNATURE-----

--=-iCU+4P46aHcJX5Xc67/R--

