Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Message-ID: <3AC9A1611DF4D211AA8E00105AA56D8A04943C@iis000.microdata.fr> From: Bernard Dautrevaux To: "'Kai Henningsen'" , Corinna Vinschen Cc: cygwin AT sourceware DOT cygnus DOT com Subject: RE: not updating unwritable cache ../config.cache Date: Thu, 7 Oct 1999 11:52:22 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BF10A9.A75363E0" ------_=_NextPart_001_01BF10A9.A75363E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > -----Original Message----- > From: Kai Henningsen [mailto:kai AT cats DOT ms] > Sent: Thursday, October 07, 1999 10:35 AM > To: Kai Henningsen; Corinna Vinschen > Cc: cygwin AT sourceware DOT cygnus DOT com > Subject: Re: not updating unwritable cache ../config.cache >=20 >=20 > On 6 Oct 99, at 17:03, Corinna Vinschen wrote: >=20 > > Kai Henningsen wrote: > > >=20 > > > On 5 Oct 99, at 20:51, Corinna Vinschen wrote: > > >=20 > > > > And last but not least: > > > > - Constructive feedback always welcome. > > > > - Patches are gratefully accepted. > > >=20 > > > Well, here's at least _some_ feedback. Excerpt from building gcc: > > >=20 > > > ----r-xr-x 1 administ Kein 160630 Oct 6 10:15=20 > genattrtab.o* > > > ----r-xr-x 1 administ Kein 253372 Oct 6 10:15=20 > genattrtab.exe* > > > -rw-r--r-- 1 kai Kein 106514 Oct 6 10:15=20 > insn-attrtab.c > > > -rw-r--r-- 1 kai Kein 0 Oct 6 10:15 s-attrtab > > > ----r-xr-x 1 administ Kein 167908 Oct 6 10:15=20 > insn-attrtab.o* > > > ----r-xr-x 1 administ Kein 167214 Oct 6 10:15 i386.o* > > > ----r-xr-x 1 administ Kein 8187 Oct 6 10:15 getpwd.o* > >=20 > > Looks like as if you have edited with ntsec but compiled without = it. > > Would you be so kind to check this out? >=20 > All of these were created from the same "make bootstrap" run.=20 > That's what I find so confusing. Hummm... just a thought: genattrtab.o, genattrtab.exe, i386.o, getpwd.o were all created by compiling with some version of gcc installed on your NT box insn-attrtab.c is generated by genattrtab.exe, but I think the make = rule is like "genattrtab > insn-attrtab.c", so the fact is in fact created = by bash (or ash) s-attrtab is created by "touch s-attrtab" so is created also by = bash/ash (or even directly by make perhaps). What I'm wondering is that perhaps bash/ash is doing some special = things to ensure that the generated files are correctly owned by the effective = user, but that other programs may be fooled and attribute rights to the administrator? >=20 > > Another one: Are you sure to have only one cygwin1.dll in $PATH > > search path? >=20 > Well, I have some cygwin1.dll.something in the same directory as=20 > the one to use, but I wouldn't expect those to be used. >=20 > (check environment) >=20 > And yes, it's exported (actually set by the .bat that starts bash). >=20 > Hmm. Maybe someone there clobbers the CYGWIN variable? | xargs grep -w CYGWIN> Nope, at least nothing obvious. Could it be that make do not re-export everything that's passed in the environment? I've header that some versions of gnu-make make some = non-usual things in this area. >=20 > Oh! Silly of me. Of _course_. It's the mingw gcc. Obviously, it won't = > care about ntsec. Why? mingw gcc is compiled and run in the cygwin environment I think, = so go through cygwin1.dll that handles ntsec. >=20 > Regards - Kai Henningsen >=20 > --=20 > http://www.cats.ms > Spuentrup CTI Fon: +49 251 322311 0 =20 > Windbreede 12 Fax: +49 251 322311 99 > D-48157 M=FCnster Mob: +49 161 3223111 > Germany GSM: +49 171 7755060 >=20 > -- > Want to unsubscribe from this list? > Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com >=20 -------------------------------------------- Bernard Dautrevaux Microprocess Ing=E9ni=E9rie 97 bis, rue de Colombes 92400 COURBEVOIE FRANCE Tel: +33 (0) 1 47 68 80 80 Fax: +33 (0) 1 47 88 97 85 e-mail: dautrevaux AT microprocess DOT com b DOT dautrevaux AT usa DOT net --------------------------------------------=20 ------_=_NextPart_001_01BF10A9.A75363E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: not updating unwritable cache ../config.cache

> -----Original Message-----
> From: Kai Henningsen [mailto:kai AT cats DOT ms]
> Sent: Thursday, October 07, 1999 10:35 = AM
> To: Kai Henningsen; Corinna Vinschen
> Cc: cygwin AT sourceware DOT cygnus DOT com
> Subject: Re: not updating unwritable cache = ../config.cache
>
>
> On 6 Oct 99, at 17:03, Corinna Vinschen = wrote:
>
> > Kai Henningsen wrote:
> > >
> > > On 5 Oct 99, at 20:51, Corinna = Vinschen wrote:
> > >
> > > > And last but not least:
> > > > - Constructive feedback always = welcome.
> > > > - Patches are gratefully = accepted.
> > >
> > > Well, here's at least _some_ = feedback. Excerpt from building gcc:
> > >
> > > ----r-xr-x   1 administ = Kein       160630 Oct  6 10:15 =
> genattrtab.o*
> > > ----r-xr-x   1 administ = Kein       253372 Oct  6 10:15 =
> genattrtab.exe*
> > > -rw-r--r--   1 = kai      = Kein       106514 Oct  6 10:15 =
> insn-attrtab.c
> > > -rw-r--r--   1 = kai      = Kein            = 0 Oct  6 10:15 s-attrtab
> > > ----r-xr-x   1 administ = Kein       167908 Oct  6 10:15 =
> insn-attrtab.o*
> > > ----r-xr-x   1 administ = Kein       167214 Oct  6 10:15 = i386.o*
> > > ----r-xr-x   1 administ = Kein         8187 Oct  6 = 10:15 getpwd.o*
> >
> > Looks like as if you have edited with = ntsec but compiled without it.
> > Would you be so kind to check this = out?
>
> All of these were created from the same = "make bootstrap" run.
> That's what I find so confusing.

Hummm... just a thought:
   genattrtab.o, genattrtab.exe, i386.o, = getpwd.o were all created by compiling with some version of gcc = installed on your NT box

   insn-attrtab.c is generated by = genattrtab.exe, but I think the make rule is like "genattrtab > = insn-attrtab.c", so the fact is in fact created by bash (or = ash)

   s-attrtab is created by "touch = s-attrtab" so is created also by bash/ash (or even directly by = make perhaps).

What I'm wondering is that perhaps bash/ash is doing = some special things to ensure that the generated files are correctly = owned by the effective user, but that other programs may be fooled and = attribute rights to the administrator?

>
> > Another one: Are you sure to have only one = cygwin1.dll in $PATH
> > search path?
>
> Well, I have some cygwin1.dll.something in the = same directory as
> the one to use, but I wouldn't expect those to = be used.
>
> (check environment)
>
> And yes, it's exported (actually set by the = .bat that starts bash).
>
> Hmm. Maybe someone there clobbers the CYGWIN = variable? <find
> | xargs grep -w CYGWIN> Nope, at least = nothing obvious.

Could it be that make do not re-export everything = that's passed in the environment? I've header that some versions of = gnu-make make some non-usual things in this area.

>
> Oh! Silly of me. Of _course_. It's the mingw = gcc. Obviously, it won't
> care about ntsec.

Why? mingw gcc is compiled and run in the cygwin = environment I think, so go through cygwin1.dll that handles = ntsec.

>
> Regards - Kai Henningsen
>
> --
> http://www.cats.ms
> Spuentrup = CTI       Fon: +49 251 322311 0  =
> Windbreede = 12       Fax: +49 251 322311 99
> D-48157 M=FCnster     Mob: = +49 161 3223111
> = Germany           = ;  GSM: +49 171 7755060
>
> --
> Want to unsubscribe from this list?
> Send a message to = cygwin-unsubscribe AT sourceware DOT cygnus DOT com
>

--------------------------------------------
Bernard Dautrevaux
Microprocess Ing=E9ni=E9rie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:    +33 (0) 1 47 68 80 80
Fax:    +33 (0) 1 47 88 97 85
e-mail: dautrevaux AT microprocess DOT com
        =         b DOT dautrevaux AT usa DOT net
--------------------------------------------

------_=_NextPart_001_01BF10A9.A75363E0--