Re: unlink(2) or fopen(3) failing under cygwin

[Blair P . Houghton]

Hannu E K Nevalainen  telia.com> writes:
> > Does anyone know of any reason an fopen on the
> > just-unlinked file would fail under Cygwin?
> 
>  IIRC this has been up earlier;  unlink() isn't atomic.

Hence the loop.  I'm sure I've even had to do this to this
exact file before (but I'm putting the code onto a new machine
and managed not to have the code from the old machine anywhere
I could get at it...it's kind of a long story...)

It turns out the real problem is that trn is doing this protocol
for killfile processing:

on entering newsgroup:
  fp1 = open killfile
  read fp1, apply data to newsgroup

on exiting newsgroup:
  unlink killfile
  fp2 = open killfile (***)
  write new data to fp2
  close fp2
  close fp1
  fp1 = open killfile

Cygwin on Win XP (at least) doesn't like the (***) line.
I don't like it either.  It's just wrong to be able to
open an unclosed file just because you unlinked it.  It
must work on BSD and/or SysV though, or trn would never
have gone anywhere.

I fixed it by changing the rewrite code to use a temp file
for the output, then close the old file and rename the temp
file on top of it:

on exiting newsgroup:
  fp2 = open tempfile
  write new data to fp2
  close fp2
  close fp1
  move tempfile to killfile (using rename)
  fp1 = open killfile

It works perfectly now, and doesn't look quite so shroom-induced.
It doesn't even use unlink(2) unless certain rule changes cause
the killfile to end up empty on rewrite.

Thanks for the pointers.

--Blair
  "pointers.  heh.  get it?"


--
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/

Re: what is the meaning of " mkdir linux-build"?

[Christopher Faylor]

On Wed, Mar 24, 2004 at 12:59:01PM +0800, hhw wrote:
>  I found these commands:
>  $> tar -xvzf libosip-0.X.X.tar.gz
>  $> mkdir linux-build
>  $> cd linux-build
>  $> ../libosip-0.X.X/configure
>  $> make
>  $> make install
>
>Can you tell me why he "mkdir linux-build" and "cd linux-build"?  Why
>not he directly "cd libosip-0.X.X" and "./configure".

Sorry but this has nothing to do with cygwin.  Ask wherever you got the
libosip-0.X.X.tar.gz file.

--
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/

Re: what is the meaning of " mkdir linux-build"?

[Lou Losee]

* hhw <[EMAIL PROTECTED]> [2004-03-24 00:01]:
> 
> 
>   I found these commands:
>   $> tar -xvzf libosip-0.X.X.tar.gz
>   $> mkdir linux-build
>   $> cd linux-build
>   $> ../libosip-0.X.X/configure
>   $> make
>   $> make install
> 
> 
> Can you tell me why he "mkdir linux-build" and "cd linux-build"?
> Why not he directly "cd libosip-0.X.X" and "./configure".

To separate the binaries from the source??

Lou

--
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/

Re: How can I list all the software that have been insatlled to cygwin?

[Christopher Faylor]

On Wed, Mar 24, 2004 at 12:56:01PM +0800, hhw wrote:
>When I do "make install ",cygwin does not record something about my
>install infomation like windows's register?

Correct.  It doesn't work that way.

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/

what is the meaning of " mkdir linux-build"?

[hhw]

  I found these commands:
  $> tar -xvzf libosip-0.X.X.tar.gz
  $> mkdir linux-build
  $> cd linux-build
  $> ../libosip-0.X.X/configure
  $> make
  $> make install


Can you tell me why he "mkdir linux-build" and "cd linux-build"?
Why not he directly "cd libosip-0.X.X" and "./configure".

Re: How can I list all the software that have been insatlled to cygwin?

[hhw]

When I do "make install ",cygwin does not record something about my install infomation 
like windows's register?


- Original Message - 
From: "Larry Hall" <[EMAIL PROTECTED]>
To: "hhw" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, March 24, 2004 12:00 PM
Subject: Re: How can I list all the software that have been insatlled to cygwin?


> Why would you expect Cygwin to be able to magically keep track of something
> it hasn't installed?  Linux doesn't.  'rpm' doesn't either.  So what makes 
> you think that Cygwin would or should?
> 
> Larry
> 
> 
> At 10:55 PM 3/23/2004, you wrote:
> >on my own?  cygwin dose not know?It is so bad >:
> >
> >
> >- Original Message - 
> >From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
> >To: <[EMAIL PROTECTED]>
> >Cc: "hhw" <[EMAIL PROTECTED]>
> >Sent: Tuesday, March 23, 2004 10:27 PM
> >Subject: Re: How can I list all the software that have been insatlled to cygwin?
> >
> >
> >> On Tue, 23 Mar 2004, Igor Pechtchanski wrote:
> >> 
> >> > On Mon, 22 Mar 2004, Larry Hall wrote:
> >> >
> >> > > At 11:48 PM 3/22/2004, you wrote:
> >> > > >I tested rpm -q -a,and nothing was found.
> >> > > >
> >> > > >Mostly I compile the source code with make.
> >> 
> >> Upon re-reading the OP's message, I'd like to clarify that the method
> >> below will only track packages installed via Cygwin's setup program.  If
> >> you use "make install", you're on your own.
> >> Igor
> >> 
> >> > > >So how can I found those installed apps(like add/remove in windows)?
> >> > >
> >> > > 'rpm' only keeps track of packages installed via 'rpm'.  Cygwin's setup
> >> > > program doesn't currently support that format or use of 'rpm' explicitly
> >> > > or otherwise.  To find the packages and the versions that setup has
> >> > > installed for you, you can use 'cygcheck -s'.  See 'man cygcheck' for
> >> > > all the options.
> >> > > --
> >> > > Larry Hall
> >> >
> >> > Actually, "cygcheck -cd" will suffice.
> >> >
> >> > If just a "cygcheck -c" is used, cygcheck will also do some rudimentary
> >> > integrity checking on the packages (i.e., verifies that all the files are
> >> > present).  If a "-v" is given, it will also list the missing files.  Note
> >> > that due to a non-standard postinstall procedure, some packages (notably
> >> > "apache") *will* show up as incomplete.
> >> > Igor
> >> 
> >> -- 
> >> http://cs.nyu.edu/~pechtcha/
> >>   |\  _,,,---,,_ [EMAIL PROTECTED]
> >> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
> >>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> >> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> >> 
> >> "I have since come to realize that being between your mentor and his route
> >> to the bathroom is a major career booster."  -- Patrick Naughton
> >> 
> >> --
> >> 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/
> >> 
> >> 
> 

Re: sshd debugging

[Igor Pechtchanski]

On Tue, 23 Mar 2004, David Corbin wrote:

> On Tuesday 23 March 2004 07:26, Corinna Vinschen wrote:
> > On Mar 23 07:16, David Corbin wrote:
> > > I have sshd up and running as a service.  I can ssh into the box if I
> > > type a password, but I do have a public-key/private-key installed that it
> > > doesn't seem to recognize.  (If you want to recommend a solution to this
> > > problem, please do - it's the real problem).
> >
> > The keys are probably not readable by SYSTEM.  Use ssh-user-config as
> > the affected user.  The script sets the permissions correctly.
>
> Thanks.  That corrected it.  What does it really mean to be readble by
> "SYSTEM"?  I'm fairly savy about unix/windows security, but I'm not sure I
> have a clue how cygwin manages things.

"SYSTEM" is a username.  Sort of like "root" in Unix, but, unlike root,
not able to read the files that don't have appropriate ACLs (it *is* able
to add appropriate permissions if necessary, and to become any other user,
but until it "invokes" these special powers, it's just like any other
user).  Does that help?
Igor
P.S. None of my explanation is actually Cygwin-specific.  For more
information, read .
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

Re: How can I list all the software that have been insatlled to cygwin?

[Larry Hall]

Why would you expect Cygwin to be able to magically keep track of something
it hasn't installed?  Linux doesn't.  'rpm' doesn't either.  So what makes 
you think that Cygwin would or should?

Larry


At 10:55 PM 3/23/2004, you wrote:
>on my own?  cygwin dose not know?It is so bad >:
>
>
>- Original Message - 
>From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Cc: "hhw" <[EMAIL PROTECTED]>
>Sent: Tuesday, March 23, 2004 10:27 PM
>Subject: Re: How can I list all the software that have been insatlled to cygwin?
>
>
>> On Tue, 23 Mar 2004, Igor Pechtchanski wrote:
>> 
>> > On Mon, 22 Mar 2004, Larry Hall wrote:
>> >
>> > > At 11:48 PM 3/22/2004, you wrote:
>> > > >I tested rpm -q -a,and nothing was found.
>> > > >
>> > > >Mostly I compile the source code with make.
>> 
>> Upon re-reading the OP's message, I'd like to clarify that the method
>> below will only track packages installed via Cygwin's setup program.  If
>> you use "make install", you're on your own.
>> Igor
>> 
>> > > >So how can I found those installed apps(like add/remove in windows)?
>> > >
>> > > 'rpm' only keeps track of packages installed via 'rpm'.  Cygwin's setup
>> > > program doesn't currently support that format or use of 'rpm' explicitly
>> > > or otherwise.  To find the packages and the versions that setup has
>> > > installed for you, you can use 'cygcheck -s'.  See 'man cygcheck' for
>> > > all the options.
>> > > --
>> > > Larry Hall
>> >
>> > Actually, "cygcheck -cd" will suffice.
>> >
>> > If just a "cygcheck -c" is used, cygcheck will also do some rudimentary
>> > integrity checking on the packages (i.e., verifies that all the files are
>> > present).  If a "-v" is given, it will also list the missing files.  Note
>> > that due to a non-standard postinstall procedure, some packages (notably
>> > "apache") *will* show up as incomplete.
>> > Igor
>> 
>> -- 
>> http://cs.nyu.edu/~pechtcha/
>>   |\  _,,,---,,_ [EMAIL PROTECTED]
>> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
>> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>> 
>> "I have since come to realize that being between your mentor and his route
>> to the bathroom is a major career booster."  -- Patrick Naughton
>> 
>> --
>> 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/
>> 
>> 


--
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/

Re: How can I list all the software that have been insatlled to cygwin?

[hhw]

on my own?  cygwin dose not know?It is so bad >:


- Original Message - 
From: "Igor Pechtchanski" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "hhw" <[EMAIL PROTECTED]>
Sent: Tuesday, March 23, 2004 10:27 PM
Subject: Re: How can I list all the software that have been insatlled to cygwin?


> On Tue, 23 Mar 2004, Igor Pechtchanski wrote:
> 
> > On Mon, 22 Mar 2004, Larry Hall wrote:
> >
> > > At 11:48 PM 3/22/2004, you wrote:
> > > >I tested rpm -q -a,and nothing was found.
> > > >
> > > >Mostly I compile the source code with make.
> 
> Upon re-reading the OP's message, I'd like to clarify that the method
> below will only track packages installed via Cygwin's setup program.  If
> you use "make install", you're on your own.
> Igor
> 
> > > >So how can I found those installed apps(like add/remove in windows)?
> > >
> > > 'rpm' only keeps track of packages installed via 'rpm'.  Cygwin's setup
> > > program doesn't currently support that format or use of 'rpm' explicitly
> > > or otherwise.  To find the packages and the versions that setup has
> > > installed for you, you can use 'cygcheck -s'.  See 'man cygcheck' for
> > > all the options.
> > > --
> > > Larry Hall
> >
> > Actually, "cygcheck -cd" will suffice.
> >
> > If just a "cygcheck -c" is used, cygcheck will also do some rudimentary
> > integrity checking on the packages (i.e., verifies that all the files are
> > present).  If a "-v" is given, it will also list the missing files.  Note
> > that due to a non-standard postinstall procedure, some packages (notably
> > "apache") *will* show up as incomplete.
> > Igor
> 
> -- 
> http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_ [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_ [EMAIL PROTECTED]
>  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
> '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
> 
> "I have since come to realize that being between your mentor and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 
> --
> 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/
> 
> 

Re: GNU Make performance question

[Larry Hall]

At 10:09 PM 3/23/2004, you wrote:
>I am writing a document on the performance of gnu make and various
>makefiles and came across something I can't explain.
>
>To measure the speed of gnu make $(subst...) versus sed I wrote this
>simple makefile:
>
>  p1000 := ...<1000 character string with periodic semicolons>...
>  # This simple assignment 1 times.
>  x := $(subst ;, ,$(p1000))
>  ...
>
>I then run this makefile 10 times and average the times.  I ran the
>makefile on Windows XP with Cygwin and a Linux system with RedHat 9:
>
>  Windows XP 1.8 GHz/P4/512MB   82644 assignments / second
>  Linux 450 MHz/P2/256MB11 assignments / second
>
>As you can see the puny 450 MHz P2 managed to kick Windows ass.  I'm
>at a total loss to explain why, though.  For instance,
>
>* Both systems were idle, with no memory hogging apps running (the
>  Windows machine was freshly booted)
>
>* The test runs the makefile only 10 times, for only 10 process
>  create/loads and 10 assignments
>
>* The test seems to be entirely cpu bound, with both executables
>  compiled by gcc (albeit different versions)
>
>Could this be entirely explained by the difference in process creation
>times?  I would have thought that the 4 times clock rate and beefier
>ram would have adequately compensated.
>
>Note, this is not - in any way - a complaint about performance.  I'd
>just like to understand the reasons.


Some of it, at least, is likely the overhead of Cygwin.  You might want to 
try a completely native version for Windows if you're looking for a more
direct comparison.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

Re: sshd debugging

[David Corbin]

On Tuesday 23 March 2004 07:26, Corinna Vinschen wrote:
> On Mar 23 07:16, David Corbin wrote:
> > I have sshd up and running as a service.  I can ssh into the box if I
> > type a password, but I do have a public-key/private-key installed that it
> > doesn't seem to recognize.  (If you want to recommend a solution to this
> > problem, please do - it's the real problem).
>
> The keys are probably not readable by SYSTEM.  Use ssh-user-config as
> the affected user.  The script sets the permissions correctly.

Thanks.  That corrected it.  What does it really mean to be readble by 
"SYSTEM"?  I'm fairly savy about unix/windows security, but I'm not sure I 
have a clue how cygwin manages things.

-- 
David Corbin <[EMAIL PROTECTED]>


--
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/

Re: Just updated Cygwin and can't make with g++ command not found

[Larry Hall]

At 05:36 PM 3/23/2004, you wrote:
>Hi Larry,
>
>Well doesn't the installer install everything when you select "all"?
>When I first installed Cygwin last October I had no such problem.


If you're saying that you selected all packages for install now, then 
yes, it should install everything.  If you're saying that you updated
the installation you made in October by rerunning setup now and 
updating all your installed packages, then the answer is no, it will
not install everything.  The 'gcc' package has since been broken into
multiple packages from the one, monolithic package it used to be.  So,
without specifically installing 'g++', you will only update the 'gcc'
package, which does not contain 'g++'.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

Re: How do you fstat an open directory?

[Larry Hall]

At 08:32 PM 3/23/2004, you wrote:
>Corinna Vinschen wrote:
>>[...]
>>No, it's a bug in Cygwin's fstat implementation which happens to go
>>wrong for directories.  Thanks for catching this.
>>Corinna
>Has this been fixed? If so a snapshot would be real handy...


Yes, it's been fixed and is in CVS.  It will be in the next snapshot.



--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

GNU Make performance question

[Robert Mecklenburg]

I am writing a document on the performance of gnu make and various
makefiles and came across something I can't explain.

To measure the speed of gnu make $(subst...) versus sed I wrote this
simple makefile:

  p1000 := ...<1000 character string with periodic semicolons>...
  # This simple assignment 1 times.
  x := $(subst ;, ,$(p1000))
  ...

I then run this makefile 10 times and average the times.  I ran the
makefile on Windows XP with Cygwin and a Linux system with RedHat 9:

  Windows XP 1.8 GHz/P4/512MB82644 assignments / second
  Linux  450 MHz/P2/256MB   11 assignments / second

As you can see the puny 450 MHz P2 managed to kick Windows ass.  I'm
at a total loss to explain why, though.  For instance,

* Both systems were idle, with no memory hogging apps running (the
  Windows machine was freshly booted)

* The test runs the makefile only 10 times, for only 10 process
  create/loads and 10 assignments

* The test seems to be entirely cpu bound, with both executables
  compiled by gcc (albeit different versions)

Could this be entirely explained by the difference in process creation
times?  I would have thought that the 4 times clock rate and beefier
ram would have adequately compensated.

Note, this is not - in any way - a complaint about performance.  I'd
just like to understand the reasons.

Thanks,
Robert


--
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/

Re: Starting a Win32 app from inside Cygwin

[Robert Mecklenburg]

CP> I'm hoping someone can point me in the right direction here,
CP> though I'm not even sure this is possible.
CP> 
CP> I currently use cygwin in WinXP to display X session from an AIX
CP> machine.  This works very well.  The software on the AIX box can
CP> call a word processor (Uniplex) on the AIX box to edit text files.
CP> What I'd like to do is instead of launching the AIX word processor
CP> inside of the X session is launch Word on the WinXP machine to
CP> edit the file out on an NFS.
CP> 
CP> Another site is currently doing this, but they are all linux and
CP> OpenOffice.  The script on the AIX box does a rsh back to the
CP> linux box and opens OO word processing with the text file on an
CP> NFS.
CP> 
CP> It there anyway to do this back to a WinXP box?

If I can restate your request as: "I want to use MS Word to edit a
file that lives on my AIX machine."  The obvious answer is to install
Samba on your AIX machine to allow file access from your PC.  This
has nothing to do with X, rsh, or NFS.

Hope this helps,
-- 
Robert


--
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/

Re: Broken package selection for a full install

[Daniel F. Dickinson]

Morris Walton wrote:
My renaming the installation root and registry keys as per Igors
suggestion, you have removed all trace of your package selections.
Thanks.  I think I figured out what was wrong.  I selected Install on
the root of the package tree, then used the view radio buttons (to see
what they are for).  I think I reselected Install on the root after
that, but I can't swear to it and can't test it at the moment (I'm in
middle of a move and project), but in three or four weeks I'll
probably

get a chance to verify if that was the problem.

[Morris] I don't see how this would be a problem?  Shouldn't "install"
work?
It *should* but it doesn't always.  The first time I installed Cygwin I 
used 'install' but got missing 'CYGxxx.dll' - type messages on the 
post-install script and attempting to run the default icon (because of 
grep which was missing libpcre, and k?which which was missing 
libkpathsea3).  Doing a reinstall on the root had the same result (I did 
the reinstall after looking at the FAQ since that was the advice for 
missing .dll messages).  I then searched the archives and discovered 
that someone had a similar problem with 'less' with a 'default' install. 
 It seems that sometimes not all dependencies are picked up, which is 
borne out by the fact that there were unselect packages, and manually 
selecting everything made the reinstall work.
--
Daniel F. Dickinson:
"Time does not die; the circle is not round."
http://www.geocities.com/danielfdickinson/index.html
http://www.indigo.ca : bookstore
http://www.talkorigins.org : for origins of life archives

--
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/

Re: How do you fstat an open directory?

[Mark Blackburn]

Corinna Vinschen wrote:
[...]
No, it's a bug in Cygwin's fstat implementation which happens to go
wrong for directories.  Thanks for catching this.
Corinna

Has this been fixed? If so a snapshot would be real handy...

Mark Blackburn

--
If it's not POSIX... it's CRAP!
--
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/

compilation of tar leads to system error

[Edward S. Peschko]

ok,

I've compiled tar (tar-1.13.25-5) with gcc-3.3.1-2, and get:

"The application failed to initialize properly (0xc022). Click on OK to terminate
the application."

I would have used gcc-3.3.1-3, but cc1.exe shows the same behavior... I looked at the 
archive, saw this was an issue in the past, and was wondering if there was any idea
of which file/files were responsible (windows says its a permission problem, which
is sort of bizarre).

Ed

--
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/

Re: Apache obatined in Cygwin Setup is FOREIGN

[Martin Gainty]

Mittagspause..haben sie Spass!
~Martin~
- Original Message - 
From: "Thorsten Kampe" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 20, 2004 10:10 AM
Subject: Re: Apache obatined in Cygwin Setup is FOREIGN


> * George Hester (2004-03-20 05:49 +0100)
> > [whatever]
> 
> And for christ's sake: have a line break and stop these senseless
> bottom full-quotings. You're emails are already unreadable enough.
> 
> Thorsten
> 
> 
> --
> 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/
> 
> 

--
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/

RE: cron will not execute commands

[Harig, Mark]

Steve,

   Please send all replies to the Cygwin mailing list.
This will help because more people will be able to see
your problem and may be able to help to come up with a
solution.  Also, it may help other people reading and
searching this list if they have this problem or a
similar problem.

  From your cygcheck.txt:

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 10500(Administrator) GID: 10545(mkgroup-l-d)
10545(mkgroup-l-d)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 10500(Administrator) GID: 10545(mkgroup-l-d)
544(Administrators)   545(Users)
10545(mkgroup-l-d)

1. You do not appear to have created a 'group'
entry for your account, as seen from your GID.
The text in parentheses, 'mkgroup-l-d', is a
short-hand for telling you to run the 'mkgroup'
utility with either the '-l' (local) or '-d'
option.  Type 'man mkgroup' for more details.

2. Your account appears to be the Administrator.
You likely want to create an account under your
user ID (type 'man mkpasswd' for details), and
then restart your bash session.

3. After setting up a personal account, you will
likely want to run 'ssh-user-config' to set up
your ~/.ssh directory with the appropriate files.

In short, it appears that cron is unrelated to
the problems that you are seeing.

> -Original Message-
> From: steve
> Sent: Monday, March 22, 2004 10:42 PM
> To: Harig, Mark
> Subject: RE: cron will not execute commands
> 
> 
> Mark:
> Thanks for the reply:)
> 
> I was able to get cron to output the date to date.txt in "tmp" and it
> created a file env.txt, but cron will not execute the rsync 
> command. It
> works from the command line, but not from cron. I have included
> "cygcheck.txt, crontab.txt, and messages.txt. Could you take 
> a look at this
> to see if you can help me solve my problem? I am trying to 
> have cron run an
> rsync command to copy the contents of "/BACKUPS" on 
> 10.10.10.9 after its
> nightly backup. Cgywin is running on 10.10.10.4, and 
> 10.10.10.9 is a RedHat
> box running RH-9.0.
> 
> Thanks in advance for you help.
> 
> Steve Nutt
> 
> 
> -Original Message-
> From: Harig, Mark
> Sent: Wednesday, March 10, 2004 7:45 AM
> To: steve; [EMAIL PROTECTED]
> Subject: RE: cron will not execute commands
> 
> 
> 
> 1. Here is a more recent version of the diagnostic
>script.  It has fixed several bugs.  Please
>run it.
> 
> http://cygwin.com/ml/cygwin/2004-03/msg00379.html
> 
> 2. It's not clear from your message whether you
>are having problems getting cron to run, or
>whether you are having problems only with
>the specific commands that you want run.
> 
>Please try a simple crontab entry such as the
>following to establish that cron is running:
> 
>* * * * * /usr/bin/date >> /tmp/date.txt
> 
> 3. Verify that the environment that cron sees is
>adequate for what your program needs:
> 
>* * * * * /usr/bin/env > /tmp/env.txt
> >
> >
> > Hello:)
> >
> > To whom It may concern-
> >
> > I am trying to have cron execute a simple rsync command, but
> > have run across
> > substantial problems trying to make it work. I have "rtfm"
> > documentation -
> > user guide, FAQ, Google and mail archives when I came across this
> >
> > http://sources.redhat.com/ml/cygwin/2003-12/msg00711.html
> >
> > I have run the cron_diagnose.sh and followed the suggestion
> > done it twice so
> > now I am sending you this. By the way it works fine from the
> > command line. I
> > have also included the messages.txt from tail -f
> > /var/log/messages for this
> > crontab.
> >
> > Will someone respond to this?
> >
> > Need help.
> >
> > Thanks:
> > Steve Nutt
> >
> 

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mon Mar 22 18:48:28 2004

Windows XP Professional Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Common Files\Roxio Shared\DLLShared

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 10500(Administrator) GID: 10545(mkgroup-l-d)
10545(mkgroup-l-d)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 10500(Administrator) GID: 10545(mkgroup-l-d)
544(Administrators)   545(Users)
10545(mkgroup-l-d)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `c:\Documents and Settings\administrator.HELIOS1'
MAKE_MODE = `unix'
PWD = `/cygdrive/c/Documents and Settings/administrator.HELIOS1'
USER = `Administrator'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\administrator.HELIOS1\Application Data'
CLIENTNAME = `Console'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `JUPITER'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\administrator.HELIOS1'
HOSTNAME = `jupiter'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/s

Re: Definitely no sshd on FAT32?

[Ian Brandt]

Corinna Vinschen wrote:
The following checks are performed on the key file in the following order:

- Not Windows NT? Yes -> Don't check permissions.
I'm running Windows 2000, so this shouldn't catch.

- "ntea" switched on? Yes -> Check permissions.  (Not applicable on FAT32)
I don't have it set, and according to the docs it's off by default, and 
I'm on FAT32 anyway.

- statfs(key_file) fails? Yes -> Check permissions.
I'm not familiar with this one, but I found a man page for statfs on my 
linux server.  Unless FAT32 is represented by some cryptic name in the 
following file types (MSDOS_SUPER_MAGIC perhaps?), I'm guessing statfs 
fails on FAT32?

File system types:

  ADFS_SUPER_MAGIC  0xadf5
  AFFS_SUPER_MAGIC  0xADFF
  BEFS_SUPER_MAGIC  0x42465331
  BFS_MAGIC 0x1BADFACE
  CIFS_MAGIC_NUMBER 0xFF534D42
  CODA_SUPER_MAGIC  0x73757245
  COH_SUPER_MAGIC   0x012FF7B7
  CRAMFS_MAGIC  0x28cd3d45
  DEVFS_SUPER_MAGIC 0x1373
  EFS_SUPER_MAGIC   0x00414A53
  EXT_SUPER_MAGIC   0x137D
  EXT2_OLD_SUPER_MAGIC  0xEF51
  EXT2_SUPER_MAGIC  0xEF53
  EXT3_SUPER_MAGIC  0xEF53
  HFS_SUPER_MAGIC   0x4244
  HPFS_SUPER_MAGIC  0xF995E849
  HUGETLBFS_MAGIC   0x958458f6
  ISOFS_SUPER_MAGIC 0x9660
  JFFS2_SUPER_MAGIC 0x72b6
  JFS_SUPER_MAGIC   0x3153464a
  MINIX_SUPER_MAGIC 0x137F /* orig. minix */
  MINIX_SUPER_MAGIC20x138F /* 30 char minix */
  MINIX2_SUPER_MAGIC0x2468 /* minix V2 */
  MINIX2_SUPER_MAGIC2   0x2478 /* minix V2, 30 char names */
  MSDOS_SUPER_MAGIC 0x4d44
  NCP_SUPER_MAGIC   0x564c
  NFS_SUPER_MAGIC   0x6969
  NTFS_SB_MAGIC 0x5346544e
  OPENPROM_SUPER_MAGIC  0x9fa1
  PROC_SUPER_MAGIC  0x9fa0
  QNX4_SUPER_MAGIC  0x002f
  REISERFS_SUPER_MAGIC  0x52654973
  ROMFS_MAGIC   0x7275
  SMB_SUPER_MAGIC   0x517B
  SYSV2_SUPER_MAGIC 0x012FF7B6
  SYSV4_SUPER_MAGIC 0x012FF7B5
  TMPFS_MAGIC   0x01021994
  UDF_SUPER_MAGIC   0x15013346
  UFS_MAGIC 0x00011954
  USBDEVICE_SUPER_MAGIC 0x9fa2
  VXFS_SUPER_MAGIC  0xa501FCF5
  XENIX_SUPER_MAGIC 0x012FF7B4
  XFS_SUPER_MAGIC   0x58465342
  _XIAFS_SUPER_MAGIC0x012FD16D
- Does the file system support ACLs? (Shoud be only NTFS)
  Yes -> "ntsec" switched on ?
 Yes -> Check permissions
This shouldn't catch.  I tried nontsec just in case, but no change.

- Don't check permissions
Well, we didn't get here.  I tried passing 3 -d's to sshd, but the only 
added messages compared to what I posted originally were:

debug2: read_server_config: filename /etc/sshd_config
debug1: sshd version OpenSSH_3.8p1
So no help there.

Try to figure out what happens on your system.  However, if you're
running 2K or XP, I don't see a reason to keep FAT32.  You can convert
it to NTFS using the "convert" tool which is shipped with all NT versions.
I lost a NTFS drive once to electrical failure, and I didn't have a 
current backup.  It cost 5X as much to get the data recovered off the 
platters than if it had been FAT32.  Of course it's my fault for not 
backing up regularly enough, but still.  That and I'd have to trust that 
the conversion doesn't introduce any problems.  Not a big deal, but if I 
don't have to do it I'd rather not.

Thanks,

Ian

--
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/

Re: Just updated Cygwin and can't make with g++ command not found

[warrenmcneely]

Hi Larry,

Well doesn't the installer install everything when you select "all"?
When I first installed Cygwin last October I had no such problem.
I assumed it would be installed again. Am reinstalling.
Thanks,

Warren

At 04:05 PM 3/23/2004 -0500, you wrote:
At 03:50 PM 3/23/2004, you wrote:
>How do I correct this?  I am a novice at this.
Install it!  If that's not the problem, visit:

>Problem reports:   http://cygwin.com/problems.html

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746
--
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/


--
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/

Re: procps "Unknown HZ value" question

[Mark Blackburn]

Richard Duran wrote:

Does anyone know what to do (what argument to pass) so that procps
doesn't display the "Unknown HZ value..." error message?
You didn't provide any information about your system, but I'm guessing
the --replace-win9x-with-win2k option will do it :)
Mark Blackburn
--
If it's not POSIX... it's CRAP!
--
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/

Re: suid bit on executables?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Richard Troy wrote:

> Hi Igor,
>
> Interesting dialogue, but you seem to be mising one CRITICAL point, which
> I apparently didn't make clear: It is absolutely unacceptible to have the
> user of the software in question know any password other than the one for
> their own account or otherwise have access to privileges they're not
> supposed to have (through ssh keys, for example). The objective of the
> exercise is to find a way to enforce "proper" security.

Richard,

Then this won't work - installing a service can only be done by someone
with a "logon as service" privilege.

> Therefore, installing as a service with a password is entirely
> acceptible because it's done by a system administrator type person who
> _has_ the appropriate privilege...

Oh, I see the misunderstanding here.  I actually meant installing *and*
using the service right away.  If you wanted to have a service that always
runs and, when accessed by any user, opens a new window with a particular
application in it (running as someone else), you're really better off with
sshd.

> That said, the _LAST_ thing I'd want is to have a privileged console
> program come up and provide _any_ access whatsoever! ... Anyway, your
> suggestion about /dev/conin and /dev/conout may well be on the right
> track. Here might be a reasonable solution:
>
> $ cygrunsrv --install  --path 
>  --args " /dev/conout 2>/dev/conout"
>  --env  --username 
>  --password  [other cygrunsrv args]
>
> ...While typing all these emails, I've been trying to do just this!
> However, I've had to reboot a couple of times, and am otherwise slowed
> down a little. -frown- The key here is, from the command line, how does a
> user fire off a connection/dialogue with the installed program/service? My
> bet is, though, that this isn't possible, since you go on to state:

Exactly.  I was thinking of a way of having a somewhat privileged user
execute a program as someone else, with no concern for the security of
your system (which isn't much on Windows anyway).

> > conin/conout will let the process access the console that cygrunsrv pops
> > up, rather than the stdout/stderr file descriptors, which are redirected
> > to files in /var/log...
>
> ...and I very surely don't want any popup console!
>
> > Technically, you should have been able to look at
> >  instead...
>
> Thanks for the pointer...
>
> > The Cygwin User's Guide makes for wonderful and exciting bed-time
> > reading. ;-)
>
> (At one point, about 3 years ago, I actually read all available Cygwin
> documentation "cover to cover. -Yawn!-  )
>
> > However, the above document is strangely silent on the topic of
> > conin/conout...  As things stand now, looking at the Cygwin source is
> > probably your best bet.
>
> ...Hopefully that won't be necessary! I take it that conin and conout are
> "console in" and "console out", respectively, though I don't yet see how a
> user at a bash prompt, for example, hooks up with the installed program.
> If that can be done, I'd MUCH rather this solution than to use ssh...

I think, given what you said above, that sshd is your best bet,
unfortunately, until cygserver can do suid.

> > Yes, except you'd probably need to redirect the stdout to /dev/conout as
> > well.
>
> As above, maybe?
>
> > Yes, cygrunsrv allows services running explicitly as some user, with two
> > caveats: they can't be interactive, and you'd need to enter a password for
> > that user.  The above method will let you switch the context with no
> > password, thus emulating the "suid" functionality.
>
> I got errors when I tried to use the --interactive flag as found in your
> example, and -h didn't show it, either! -smile- Oh well...

Do you have the latest version of cygrunsrv?

> > All the password checking, etc, is superficial.  The point is that there
> > exists functionality that lets any user, no matter how unprivileged, to
> > switch the context to that of any other user, as long as the appropriate
> > permissions are verified (e.g., the user knows the root password).
>
> Well, I don't think the password checking is superficial at all! I'm just
> trying to let the "unprivileged user" have access to functionality
> (provided by a special program) without having access to the actual raw
> data (as used by that special program). ...The system administrator sets
> up that special data and special program... The "unprivileged user" must
> remain that way!

The password checking is an important part of the whole process, but is
completely orthogonal to the user context switching functionality.

> > I didn't say that having this functionality is a security hole, I just
> > said that in Windows, a user context switch is not possible from all user
> > accounts unless special privileges are assigned to all user accounts,
> > which *would* open a security hole.
>
> I sure hope you're wrong as that's what this whole exercise is all about!
> We want a us

Re: lstat on FAT - Was: Problem with find on FAT drives

[Volker Quetschke]

Hi Kaz,

I just found a strange problem when using find on a FAT drive.
I got: "find: .\tmp changed during execution of find"
OK, I analyzed the problem a bit and found that lstat can
give different inode numbers on fat, see the attached testcase.
Structurally, FAT does not have inodes or hard links.
Yes, but they are obviously emulated by the cygwin1.dll.

(snip)
So for instance "tmp" and "tmp/." are different objects, not merely
different directory entries pointing at the same inode as they would be
in a UNIX-like filesystem.
By the way, you can investigate inode numbers using the -i option
of ls instead of hacking up your own C program.
   $ ls -din tmp tmp/.
Did you try that? Look: (FAT drive)

$ ls -ldin tmp tmp/.
2919335057 drwxr-xr-x 4 1006  513 0 Mar 10 13:06 tmp/
2919335057 drwxr-xr-x 4 1006  513 0 Mar 10 13:06 tmp/./
Looks pretty similar to me, but I was looking for the following:

$ ls -ldin .\\tmp ./tmp
2919335057drwxr-xr-x 4 1006   513 0 Mar 10 13:06 ./tmp/
2805415844195 drwxr-xr-x 4 1006   513 0 Mar 10 13:06 .\tmp/
I came to that "program" by reducing the find soure to the bare
minimum to show that problem.
So again, is this an expected/tolerated behaviour?

I know this is patchable in the find source, don't use inodes
on FAT or network shares, but I guess this might be a small
problem in the cygwin dll.
Without promising anything I could use a pointer where to start
digging into cygwin to find this problem ;)
Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D
--
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/

Re: procps "Unknown HZ value" question

[Markus Schönhaber]

Richard Duran wrote:

Does anyone know what to do (what argument to pass) so that procps
doesn't display the "Unknown HZ value..." error message?
 

Disabeling  hyperthreading or - in case you're on a real multiprocessor 
system - using the /NUMPROC=1 switch for booting up windows might have 
the desired effect. But I guess that's not really what you want.

Regards
 mks
--
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/

Re: Definitely no sshd on FAT32?

[Corinna Vinschen]

On Mar 23 15:36, Ian Brandt wrote:
> Looks like it's already set to no in the installed config.  From man 
> sshd_config it looks like StrictModes applies to checks of the home 
> directory and files for the user logging in.  I had tried installing the 
> service with '-t' option to sshd, but apparently it still does the perm 
> checks on the host keys even in test mode.

The following checks are performed on the key file in the following order:

- Not Windows NT? Yes -> Don't check permissions.
- "ntea" switched on? Yes -> Check permissions.  (Not applicable on FAT32)
- statfs(key_file) fails? Yes -> Check permissions.
- Does the file system support ACLs? (Shoud be only NTFS)
  Yes -> "ntsec" switched on ?
 Yes -> Check permissions
- Don't check permissions

Try to figure out what happens on your system.  However, if you're
running 2K or XP, I don't see a reason to keep FAT32.  You can convert
it to NTFS using the "convert" tool which is shipped with all NT versions.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

RE: g77 (new), Windows XP Professional, CALL System(Command, Status), directory.

[Ross Boulet]

> -Original Message-
> From: cygwin-owner On Behalf Of Igor Pechtchanski
> Sent: Monday, March 22, 2004 7:12 AM
> 
> On Mon, 22 Mar 2004, Lars Steinke wrote:
> 
> > >On Sat, 20 Mar 2004, Lars Steinke wrote:
> > >
> > >> Hello,
> > >>
> > >>   call system('cmd.exe /c cls')
> > >>
> > >> works! Thank you Dave!
> > >>
> > >> Now I have a new problem with 'call system':
> > >> I wolud like to start a batch-file named '1.bat'.
> > >> 1.bat and my program are in the same directory (C:\test).
> > >>
> > >>   call system('1.bat')
> > >>   pause
> > >>   end
> > >>
> > >> Error-message:
> > >>
> > >> 1.bat: not found
> > >>
> > >> If i add the directory to the PATH:
> > >>
> > >> PATH=%PATH%;C:\test
> > >>
> > >> it works, but normally the current directory should be 
> scanned, also if
> > >> it is not in the PATH...?
> > >>
> > >> If I try to start my program from the cygwin-shell 
> (current directory is
> > >> the directory where the program is saved) i get the following
> > >> error-message:
> > >>
> > >> bash: a.exe: command not found
> > >>
> > >> This is no 'call system'-problem, but mayby there is a 
> correllation.
> > >>
> > >> Thank you very much, Lars.
> > >
> > >Lars,
> > >
> > >In Cygwin, like in most Unixes, and unlike Windows, "." 
> (the current
> > >directory) has to explicitly be in the PATH for programs 
> to be found there
> > >(see ).  As the 
> FAQ says, you can
> > >prepend "./" to the name of the program in the current directory.
> > >Alternatively, you can add "." to the PATH, either in your 
> environment, or
> > >via a "putenv" call if FORTRAN supports it.
> >
> > Ok, but I have the same situation in Windows and in windows 
> normally the "." should be scanned, also if it is not in the PATH.
> > If my program tries to invoke 1.bat (Win-shell) it fails 
> (1.bat: not found), although it is in the same directory (and 
> it is not a builtin command).
> > If I try to compile:
> >
> >   CALL System('.\1.bat')
> >
> > ?.bat: not found
> >
> >
> >   CALL System('cmd.exe /c 1.bat') works, but 1.bat is 
> not a builtin command...?
> >
> >
> > >P.S. FYI, system("cmd /c cls") won't work on Win9x.
> >
> > Is there a command which fits both?
> > Thanks, Lars.
> 
> Wrong slash.  Try
> 
>   CALL System('./1.bat')
> 
> As for Win9x, they use "command.com", not "cmd.exe"...  I 
> doubt there's a
> command that'll do both (unless you get the value of the COMSPEC
> environment variable and use that)...  You can also use the "clear"
> command (in the "clear" package).
> HTH,
>   Igor

This is probably way OT for this list, but AFAIK, command.com continues to
be provided on Windows, so

   CALL System('command.com /c 1.bat')

Might work from Windows 9x all the way to 2003 Server.

Ross



--
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/

Re: lstat on FAT - Was: Problem with find on FAT drives

[Kaz Kylheku]

On Tue, 23 Mar 2004, Volker Quetschke wrote:

> Date: Tue, 23 Mar 2004 14:45:41 -0500
> From: Volker Quetschke <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: [cygwin] lstat on FAT - Was: Problem with find on FAT drives
> 
> > Hi!
> > 
> > I just found a strange problem when using find on a FAT drive.
> > I got: "find: .\tmp changed during execution of find"
> 
> OK, I analyzed the problem a bit and found that lstat can
> give different inode numbers on fat, see the attached testcase.

Structurally, FAT does not have inodes or hard links.

Consequently, the inode numbers in a stat() implementation over FAT
don't have the semantics of inode identifiers.

So for instance "tmp" and "tmp/." are different objects, not merely
different directory entries pointing at the same inode as they would be
in a UNIX-like filesystem.

By the way, you can investigate inode numbers using the -i option
of ls instead of hacking up your own C program.

   $ mkdir tmp
   $ ls -din tmp tmp/.

-- 
Meta-CVS: the working replacement for CVS that has been stable for two
years.  It versions the directory structure, symbolic links and execute
permissions. It figures out renaming on import. Plus it babysits the kids
and does light housekeeping! http://freshmeat.net/projects/mcvs


--
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/

Re: Just updated Cygwin and can't make with g++ command not found

[Larry Hall]

At 03:50 PM 3/23/2004, you wrote:
>How do I correct this?  I am a novice at this.


Install it!  If that's not the problem, visit:

>Problem reports:   http://cygwin.com/problems.html

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

Re: license for X-startup-scripts package

[Christopher Faylor]

We have a mailing list for cygwin-x.  Redirecting there.

On Tue, Mar 23, 2004 at 03:02:23PM -0500, Dick Repasky wrote:
>I'm looking for the license under which the X-startup-scripts package is 
>released.  The file named COPYING is 1 byte long in 
>usr/X11R6/share/doc/X-startup-scripts-1.0.2/COPYING, and in the source 
>tarball 
>X-startup-scripts-1.0.2-1-src.tar.bz2:X-startup-scripts-1.0.2.tar.bz2:COPYING.
>
>I haven't been able to figure out where CVS is for the package, but I 
>assume that the copying file is one-byte there, too.
>
>Thanks,
>
>Dick
>
>-
>
>Dick Repasky
>Bioinformatics Support
>UITS Cubicle 101.08
>Indiana University
>USA
>
>[EMAIL PROTECTED]

--
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/

Just updated Cygwin and can't make with g++ command not found

[warrenmcneely]

How do I correct this?  I am a novice at this.

Warren

--
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/

Re: suid bit on executables? (doc alert)

[Christopher Faylor]

On Tue, Mar 23, 2004 at 02:38:36PM -0500, Igor Pechtchanski wrote:
>However, the above document is strangely silent on the topic of
>conin/conout...

PGA!

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/

Re: Scriptroute; Config error: nothing defines res_search

[Brian Dessent]

"C.N." wrote:

> checking for library containing res_search... no
> configure: error: nothing defines res_search

Try installing the minires package.

Brian

--
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/

Re: sshd as a substitute for the suid bit on executables...

[Richard Troy]

On Tue, 23 Mar 2004, Corinna Vinschen wrote:

> On Mar 23 08:22, Richard Troy wrote:
> > One additional challenge that has just occurred to me in my particular
> > scenario is that in ordinary useage on Unix, my program that runs under
> > the suid bit eventually launches a Java program that creates display
> > windows and attaches to the keyboard/mouse in the usual way and the user
> > never knows it's running as the file owner and not them. Before I go
>
> Google is your friend.  Search for "Allow service to interact with desktop".

Corinna,

your solution looks to be the only thing that can be done today without
writing code - or, at least, nothing significant: I've tested the solution
and it works fine, though you do have to tollerate this stupid, empty sshd
popup window. If you close the window, sshd exits, though you can reset
the window properties to make it tiny and it will remember them if you ask
it to - on W2kPro, at least. You have to create a spare "dummy account"
you won't ever log into and have a "transferr" program available (or
modify your target) in order to catch the command line sent to it by
sshd/bash (it'll get -c )

For those that may search the archives behind me and want a full
articulation, in a few minutes I'll make a post that outlines the whole
thing, top to bottom.

Thanks Corinna!  (And Igor!)

Richard

-- 
Richard Troy, Chief Scientist
Science Tools Corporation
[EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/


--
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/

Re: Definitely no sshd on FAT32?

[Ian Brandt]

Igor Pechtchanski wrote:
It is, but it won't be as secure.  See below.
>
FYI, "ntsec" is only ignored for the *disk* volumes, but it is used for a
bunch of other NT-enabled features that have nothing to do with disks
(e.g., user context switching).  However, "ntsec" is on by default now, so
you aren't losing this functionality by omitting it.
Good to know.

Try turning off "StrictModes" in your sshd_config.
Looks like it's already set to no in the installed config.  From man 
sshd_config it looks like StrictModes applies to checks of the home 
directory and files for the user logging in.  I had tried installing the 
service with '-t' option to sshd, but apparently it still does the perm 
checks on the host keys even in test mode.

Regards,

Ian

--
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/

Re: suid bit on executables?

[Richard Troy]

Hi Igor,

Interesting dialogue, but you seem to be mising one CRITICAL point, which
I apparently didn't make clear: It is absolutely unacceptible to have the
user of the software in question know any password other than the one for
their own account or otherwise have access to privileges they're not
supposed to have (through ssh keys, for example). The objective of the
exercise is to find a way to enforce "proper" security. Therefore,
installing as a service with a password is entirely acceptible because
it's done by a system administrator type person who _has_ the appropriate
privilege...

That said, the _LAST_ thing I'd want is to have a privileged console
program come up and provide _any_ access whatsoever! ... Anyway, your
suggestion about /dev/conin and /dev/conout may well be on the right
track. Here might be a reasonable solution:

$ cygrunsrv --install  --path 
 --args " /dev/conout 2>/dev/conout"
 --env  --username 
 --password  [other cygrunsrv args]

...While typing all these emails, I've been trying to do just this!
However, I've had to reboot a couple of times, and am otherwise slowed
down a little. -frown- The key here is, from the command line, how does a
user fire off a connection/dialogue with the installed program/service? My
bet is, though, that this isn't possible, since you go on to state:

> conin/conout will let the process access the console that cygrunsrv pops
> up, rather than the stdout/stderr file descriptors, which are redirected
> to files in /var/log...

...and I very surely don't want any popup console!

> Technically, you should have been able to look at
>  instead...

Thanks for the pointer...

> The
> Cygwin User's Guide makes for wonderful and exciting bed-time reading. ;-)

(At one point, about 3 years ago, I actually read all available Cygwin
documentation "cover to cover. -Yawn!-  )

> However, the above document is strangely silent on the topic of
> conin/conout...  As things stand now, looking at the Cygwin source is
> probably your best bet.

...Hopefully that won't be necessary! I take it that conin and conout are
"console in" and "console out", respectively, though I don't yet see how a
user at a bash prompt, for example, hooks up with the installed program.
If that can be done, I'd MUCH rather this solution than to use ssh...

> Yes, except you'd probably need to redirect the stdout to /dev/conout as
> well.

As above, maybe?

> Yes, cygrunsrv allows services running explicitly as some user, with two
> caveats: they can't be interactive, and you'd need to enter a password for
> that user.  The above method will let you switch the context with no
> password, thus emulating the "suid" functionality.

I got errors when I tried to use the --interactive flag as found in your
example, and -h didn't show it, either! -smile- Oh well...

> All the password checking, etc, is superficial.  The point is that there
> exists functionality that lets any user, no matter how unprivileged, to
> switch the context to that of any other user, as long as the appropriate
> permissions are verified (e.g., the user knows the root password).

Well, I don't think the password checking is superficial at all! I'm just
trying to let the "unprivileged user" have access to functionality
(provided by a special program) without having access to the actual raw
data (as used by that special program). ...The system administrator sets
up that special data and special program... The "unprivileged user" must
remain that way!

> I didn't say that having this functionality is a security hole, I just
> said that in Windows, a user context switch is not possible from all user
> accounts unless special privileges are assigned to all user accounts,
> which *would* open a security hole.

I sure hope you're wrong as that's what this whole exercise is all about!
We want a user context switch to a new user without having to give extra
privileges to anybody!

I suspect that we're in violent agreement, it's just that you've perhaps
misunderstood what I was after. -shrug-

And again, thanks for the dialogue...

Richard

-- 
Richard Troy, Chief Scientist
Science Tools Corporation
[EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/


--
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/

Scriptroute; Config error: nothing defines res_search

[C.N.]

Hi,

I've been trying to install 'scriptroute' which is
sort of a scripting environment for network
measurements. It's intended for Linux, FreeBSD, and OS
X, and I'm trying to install it on cygwin. But I'm
getting the following configuration error:

-

checking for library containing res_search... no
configure: error: nothing defines res_search

-

I've searched the list and the internet for
'res_search' and could not come up with any library
names corresponding to names of those I haven't
installed in cygwin. I'm not sure how to find out
which library I'm missing.

I would appreciate your help and thanks in advance.

Camelia

__
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html

--
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/

license for X-startup-scripts package

[Dick Repasky]

I'm looking for the license under which the X-startup-scripts package is 
released.  The file named COPYING is 1 byte long in 
usr/X11R6/share/doc/X-startup-scripts-1.0.2/COPYING, and in the source 
tarball 
X-startup-scripts-1.0.2-1-src.tar.bz2:X-startup-scripts-1.0.2.tar.bz2:COPYING.

I haven't been able to figure out where CVS is for the package, but I 
assume that the copying file is one-byte there, too.

Thanks,

Dick

-

Dick Repasky
Bioinformatics Support
UITS Cubicle 101.08
Indiana University
USA

[EMAIL PROTECTED]

--
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/

RE: Broken package selection for a full install

[Morris Walton]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf
> Of Daniel F. Dickinson
> Sent: Tuesday, March 23, 2004 2:41 PM
> To: Cygwin
> Subject: Re: Broken package selection for a full install
> 
> Robert Collins wrote:
> > On Sun, 2004-03-07 at 16:35, Daniel F. Dickinson wrote:
> >
> >>Igor Pechtchanski wrote:
> >>
> >>>
> >>>Daniel,
> >>>
> >>>If you're willing to temporarily rename the existing installation
root
> >>>(and the registry keys) and reinstall from scratch, please post the
> >>>/var/log/setup.log and /var/log/setup.log.full from an install
session
> >>>that exhibits the above problem.  Note that /var/log/setup.log.full
is
> >>>overwritten every time you run setup.  After the install, you can
> rename
> >>>the old directory back (and the registry keys, if you did something
> fancy
> >>>with mounts or options -- otherwise they should be identical).
> >>
> >>I did that, but didn't get any errors.  Does setup store *any*
> >>information about package selections, and if so where?
> >
> >
> > In the installation root under /etc/setup
> >
> >
> >>  I'd like to help
> >>with the debug, but it seems that since my manual package selection
that
> >>made things work, that I can't replicate the error without removing
all
> >>traces of my package selections.
> >
> >
> > My renaming the installation root and registry keys as per Igors
> > suggestion, you have removed all trace of your package selections.
> 
> Thanks.  I think I figured out what was wrong.  I selected Install on
> the root of the package tree, then used the view radio buttons (to see
> what they are for).  I think I reselected Install on the root after
> that, but I can't swear to it and can't test it at the moment (I'm in
> middle of a move and project), but in three or four weeks I'll
probably
> get a chance to verify if that was the problem.
> 
[Morris] I don't see how this would be a problem?  Shouldn't "install"
work?
> 
> --
> Daniel F. Dickinson:
> "Time does not die; the circle is not round."
> http://www.geocities.com/danielfdickinson/index.html
> http://www.indigo.ca : bookstore
> http://www.talkorigins.org : for origins of life archives
> 
> --
> 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/



--
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/

lstat on FAT - Was: Problem with find on FAT drives

[Volker Quetschke]

Hi!

I just found a strange problem when using find on a FAT drive.
I got: "find: .\tmp changed during execution of find"
OK, I analyzed the problem a bit and found that lstat can
give different inode numbers on fat, see the attached testcase.
To test this you have to have a directory called tmp in your
current working directory.
On a FAT drive you get:
$ /tmp/lstat_test.exe
Checking pathname: .\tmp
cur_stat_buf.st_ino: -1375632239
stat_buf.st_ino: 802199907
Error Inode numbers are different!
Bug or feature?

Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D
#include 
#include 
#include 

int
main (int argc, char **argv)
{
  char pathname[]=".\\tmp";
  long a,b;
  struct stat stat_buf, cur_stat_buf;

  /* get &stat_buf  */
  lstat (pathname, &stat_buf);

  if (chdir (pathname) < 0)
{
  printf("Errno: %d Path: %s\n", errno, pathname);
  return;
}

  /* get &cur_stat_buf. Should be the same as stat_buf. */
  if (lstat (".", &cur_stat_buf) != 0)
printf("Errno: %d Path: %s\n", errno, pathname);
  /* Use a and b intsead of the variables, otherwise you get strange
 results with printf. */
  a = cur_stat_buf.st_ino;
  b = stat_buf.st_ino;
  printf("Checking pathname: %s\ncur_stat_buf.st_ino: %d\nstat_buf.st_ino: 
%d\n",pathname, a, b );
  if (cur_stat_buf.st_dev != stat_buf.st_dev ||
  cur_stat_buf.st_ino != stat_buf.st_ino)
printf("Error Inode numbers are different!\n");
}

--
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/

Re: Definitely no sshd on FAT32?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Ian Brandt wrote:

> Hi,
>
> I've been going through the archives and elsewhere, but just want to
> verify that I'm not missing anything.  Is it definitely *not* possible to
> run sshd with cygwin installed on FAT32?

It is, but it won't be as secure.  See below.

> I set CYGWIN to just "tty" when installing the service with
> ssh-host-config, since according to the Cygwin docs "ntsec" is ignored
> on FAT32 volumes.

FYI, "ntsec" is only ignored for the *disk* volumes, but it is used for a
bunch of other NT-enabled features that have nothing to do with disks
(e.g., user context switching).  However, "ntsec" is on by default now, so
you aren't losing this functionality by omitting it.

> I'm getting the following in /var/log/sshd.log when trying to start...
>
> @@@
> @ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
> @@@
> Permissions 0644 for '/etc/ssh_host_key' are too open.
> It is recommended that your private key files are NOT accessible by others.
> This private key will be ignored.
> bad permissions: ignore key: /etc/ssh_host_key
> Could not load host key: /etc/ssh_host_key
> @@@
> @ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
> @@@
> Permissions 0644 for '/etc/ssh_host_rsa_key' are too open.
> It is recommended that your private key files are NOT accessible by others.
> This private key will be ignored.
> bad permissions: ignore key: /etc/ssh_host_rsa_key
> Could not load host key: /etc/ssh_host_rsa_key
> @@@
> @ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
> @@@
> Permissions 0644 for '/etc/ssh_host_dsa_key' are too open.
> It is recommended that your private key files are NOT accessible by others.
> This private key will be ignored.
> bad permissions: ignore key: /etc/ssh_host_dsa_key
> Could not load host key: /etc/ssh_host_dsa_key
> Disabling protocol version 1. Could not load host key
> Disabling protocol version 2. Could not load host key
> sshd: no hostkeys available -- exiting.

Try turning off "StrictModes" in your sshd_config.
HTH,
Igor

> I tried chmod on the keys, but in accordance with the Cygwin docs it
> silently does nothing...
>
> /etc$ chmod go-r ssh*key
> /etc$ ls -al ssh*key
> -rw-r--r--1 ibrandt  None  672 Mar 23 09:23 ssh_host_dsa_key
> -rw-r--r--1 ibrandt  None  536 Mar 23 09:23 ssh_host_key
> -rw-r--r--1 ibrandt  None  887 Mar 23 09:23 ssh_host_rsa_key
>
> Thanks,
> Ian

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

Re: Broken package selection for a full install

[Daniel F. Dickinson]

Robert Collins wrote:
On Sun, 2004-03-07 at 16:35, Daniel F. Dickinson wrote:

Igor Pechtchanski wrote:

Daniel,

If you're willing to temporarily rename the existing installation root
(and the registry keys) and reinstall from scratch, please post the
/var/log/setup.log and /var/log/setup.log.full from an install session
that exhibits the above problem.  Note that /var/log/setup.log.full is
overwritten every time you run setup.  After the install, you can rename
the old directory back (and the registry keys, if you did something fancy
with mounts or options -- otherwise they should be identical).
I did that, but didn't get any errors.  Does setup store *any* 
information about package selections, and if so where?


In the installation root under /etc/setup


 I'd like to help 
with the debug, but it seems that since my manual package selection that 
made things work, that I can't replicate the error without removing all 
traces of my package selections.


My renaming the installation root and registry keys as per Igors
suggestion, you have removed all trace of your package selections.
Thanks.  I think I figured out what was wrong.  I selected Install on 
the root of the package tree, then used the view radio buttons (to see 
what they are for).  I think I reselected Install on the root after 
that, but I can't swear to it and can't test it at the moment (I'm in 
middle of a move and project), but in three or four weeks I'll probably 
get a chance to verify if that was the problem.

--
Daniel F. Dickinson:
"Time does not die; the circle is not round."
http://www.geocities.com/danielfdickinson/index.html
http://www.indigo.ca : bookstore
http://www.talkorigins.org : for origins of life archives
--
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/

Re: suid bit on executables?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Richard Troy wrote:

> > Richard,
> >
> > FYI, Cygwin implements /dev/conin and /dev/conout, so, perhaps, the
> > approach suggested in 
> > would be helpful (or something along those lines).
>
> Hi Igor,
>
> I tried man and apropos, and found nothing for conin or conout,

Technically, you should have been able to look at
 instead...  The
Cygwin User's Guide makes for wonderful and exciting bed-time reading. ;-)
However, the above document is strangely silent on the topic of
conin/conout...  As things stand now, looking at the Cygwin source is
probably your best bet.

> but if I understand what you're suggesting, you're saying I should try
> something like the following:
>
> The original command to use as a template (I take it this worked?):
>
> cygrunsrv --install fetchmail --path /usr/bin/su.exe --args "-p -c
> '/usr/bin/fetchmail --daemon 300 --nodetach /dev/conout'
> domain\\user" --env HOME=/home/user --termsig TERM --shutdown --type
> manual --interactive
>
> My interpretation of the above:
>
> cygrunsrv --install  --path /usr/bin/su.exe --args
> "-p -c '  /dev/conout'
> \\" --env  --termsig TERM
> --shutdown --type manual --interactive

Yes, except you'd probably need to redirect the stdout to /dev/conout as
well.  The idea is that you essentially run "su" in an interactive
service (which will pop up a console) running as SYSTEM, and that you
switch the context to that of the specified user.  The "--termsig" and
"--shutdown" parameters are optional.

> Hmmm... Yes, this _seems_to_me_ to be exactly what I was hinting at when
> Corinna suggested ssh instead. ... The above would be both better and
> easier because there's no need for keys and no encryption overhead. Do I
> understand that conin and conout redirect std-in and std-out to/from the
> installed service to the caller of the service?

conin/conout will let the process access the console that cygrunsrv pops
up, rather than the stdout/stderr file descriptors, which are redirected
to files in /var/log...

> Also, you said:
>
> > OTOH, once cygserver is in place, we'll have a working "su" (which is
> > exactly what you want, right?).
>
> But in the above cygrunsrv you call su! Yes, I know the executable is
> there - in at least this example, does it work?

Quoting the part of my message that you snipped out:
 And before people ask: yes, you really *can* use "su" from a
 system-owned process.

> Also, since there's an ability to specify the user, maybe use the user
> flag, specify it explicitly and ignore the su.exe?

Yes, cygrunsrv allows services running explicitly as some user, with two
caveats: they can't be interactive, and you'd need to enter a password for
that user.  The above method will let you switch the context with no
password, thus emulating the "suid" functionality.

> Thanks for all your keystrokes!

On Tue, 23 Mar 2004, Richard Troy wrote:

> Igor,
>
> one of us is confused! ...NOT referring to Cygwin, but Unix in general:
> 'su' requires the caller to either already be root, or have the password
> of the account they want to "become". In contrast, there's no checking of
> passwords at all when a program is launched that has the suid bit set: It
> simply starts in the context of the files owner. The user may well be
> unaware, even, that a different user id is involved - not at all the case
> with su, where it's explicit.

All the password checking, etc, is superficial.  The point is that there
exists functionality that lets any user, no matter how unprivileged, to
switch the context to that of any other user, as long as the appropriate
permissions are verified (e.g., the user knows the root password).
Programs like "sudo" make use of this functionality all the time.

> BTW, tnx for the pointer to ntsec, but that's old hat for me: I have for
> many years been aware of this issue, though I'm far from a guru. As for
> those "security holes" - that's what we're trying to work through in this
> dialogue: I have a legitimate need, we can see the "right" answer is to
> have cygwin1.dll perform execs that honor suid - perhaps with the aid of
> cygserver, and that at the moment we are discussing a workaround for the
> interrim! -smile-  ...And _THANK_YOU_VERY_MUCH_ for your participation in
> this dialogue!

I didn't say that having this functionality is a security hole, I just
said that in Windows, a user context switch is not possible from all user
accounts unless special privileges are assigned to all user accounts,
which *would* open a security hole.  That's exactly what the cygserver
approach tries to avoid -- cygserver will be running as a service as the
one user that does have enough privileges (i.e., SYSTEM), and thus will
allow context switches without assigning those privileges to all users.

> Anyway, back to my question you neatly avoided! -smile- If the program
> were installed with cygrunsr

Definitely no sshd on FAT32?

[Ian Brandt]

Hi,

I've been going through the archives and elsewhere, but just want to 
verify that I'm not missing anything.  Is it definitely *not* possible to 
run sshd with cygwin installed on FAT32?

I set CYGWIN to just "tty" when installing the service with 
ssh-host-config, since according to the Cygwin docs "ntsec" is ignored on 
FAT32 volumes.

I'm getting the following in /var/log/sshd.log when trying to start...

@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
@@@
Permissions 0644 for '/etc/ssh_host_key' are too open.
It is recommended that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_key
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
@@@
Permissions 0644 for '/etc/ssh_host_rsa_key' are too open.
It is recommended that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: /etc/ssh_host_rsa_key
Could not load host key: /etc/ssh_host_rsa_key
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
@@@
Permissions 0644 for '/etc/ssh_host_dsa_key' are too open.
It is recommended that your private key files are NOT accessible by others.
This private key will be ignored.
bad permissions: ignore key: /etc/ssh_host_dsa_key
Could not load host key: /etc/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.
I tried chmod on the keys, but in accordance with the Cygwin docs it 
silently does nothing...

/etc$ chmod go-r ssh*key
/etc$ ls -al ssh*key
-rw-r--r--1 ibrandt  None  672 Mar 23 09:23 ssh_host_dsa_key
-rw-r--r--1 ibrandt  None  536 Mar 23 09:23 ssh_host_key
-rw-r--r--1 ibrandt  None  887 Mar 23 09:23 ssh_host_rsa_key
Thanks,

Ian



--
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/

Re: suid bit on executables?

[Richard Troy]

Igor,

one of us is confused! ...NOT referring to Cygwin, but Unix in general:
'su' requires the caller to either already be root, or have the password
of the account they want to "become". In contrast, there's no checking of
passwords at all when a program is launched that has the suid bit set: It
simply starts in the context of the files owner. The user may well be
unaware, even, that a different user id is involved - not at all the case
with su, where it's explicit.

BTW, tnx for the pointer to ntsec, but that's old hat for me: I have for
many years been aware of this issue, though I'm far from a guru. As for
those "security holes" - that's what we're trying to work through in this
dialogue: I have a legitimate need, we can see the "right" answer is to
have cygwin1.dll perform execs that honor suid - perhaps with the aid of
cygserver, and that at the moment we are discussing a workaround for the
interrim! -smile-  ...And _THANK_YOU_VERY_MUCH_ for your participation in
this dialogue!

Anyway, back to my question you neatly avoided! -smile- If the program
were installed with cygrunsrv and the user flag specified the right user,
can conin and conout be used to get the "command line" access to the
running program? I gathered that's what your example using conin and
conout were really all about, not su.exe - we _know_ that's "broken!"
Maybe take a second look at my post on my interpretation of your
suggestion and see if I've gotten it right?

Regards, and thanks again,
Richard

> > No, what I need is _very_ different. The requirement is for a program that
> > runs as a different user without that user having any special privileges
> > themselves and without the ability to log in, or run other programs as
> > that other user. On Unix (and Unix clones), there's a concept of the "suid
> > bit" which is set in the file system and associated with executable
> > programs (and on many implementations, executable shell scripts too). When
> > any user, including root, executes a program with the suid bit set, the
> > program runs just like any other program except that it runs in the user
> > context of the file's owner, NOT as the user who called the program. In
> > contrast, su requires that the caller have the password of the account in
> > question...
> >
> > That said, a "working su" program _should_ be able to be used as the
> > foundation of an implementation of an exec call where the suid bit is set.
> > Corinna hinted that W2003 makes things harder and I haven't any idea why,
> > but it figures that Windows would try very hard to ensure that nothing
> > else is compatible with Windows. -frown-
> >
> > Regards,
> > Richard
>
> Richard,
>
> The functionality of "su" and the "suid bit" is the same.  Aside from
> privilege checking, both require the ability to have any user set its
> effective user id to that of another user.  This is currently not possible
> in Windows without opening a whole set of security holes.  By default, the
> only account able to switch user contexts is SYSTEM.  Reading
>  should provide some insights.
> Win2003 makes it harder because the appropriate privileges aren't assigned
> to SYSTEM by default, as they were in the previous versions of Windows.
> HTH,
>   Igor
>

-- 
Richard Troy, Chief Scientist
Science Tools Corporation
[EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/


--
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/

RE: More on 'setup' fails and breaks pre-existing Cygwin installation: "The Rational Rose Files"

[Hannu E K Nevalainen]

> From: Dave Korn
> > From: cygwin-owner On Behalf Of Christopher M. Balz
> > Sent: 23 March 2004 06:39

> > Apparently however, from your comments, it looks as if the
> > MKS system makes breaks the Cygwin installation.  Is there a
> > way (or a place I could look to find out) where I could
> > protect the path that Cygwin uses?
> >
> > Thank you so much for your help.
> >
> >  - Chris
>
>   Simplest thing to do I reckon is to put something in either your
> cygwin.bat or your .bashrc / .profile to reset $PATH to something safe,
> depending on how you most commonly start up cygwin.
>
> cheers,
>   DaveK

The attached script might come in handy; as defined it removes lines that
matches

 sd="/bc"
 grep -v -i "$sd"

(check the script and locate the lines), delivered to all of you "as is",
no warranties implied... It is probably possible to enhance it: I haven't
bothered to do that, yet.

I use it to remove certain elements of $PATH that _MIGHT_ be in there when I
launch cygwin/bash. Use: "source 

RE: unlink(2) or fopen(3) failing under cygwin

[Hannu E K Nevalainen]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Blair P.Houghton
> Sent: Tuesday, March 23, 2004 5:45 PM
> To: [EMAIL PROTECTED]
> Subject: unlink(2) or fopen(3) failing under cygwin
> 
> 
> I forget.  What's the command to dump the system config?
> 
> Here's what `uname -a' says:
> 
> CYGWIN_NT-5.1 eMachine64-3000 1.5.7(0.109/3/2) \ 
> 2004-01-30 19:32 i686 unknown unknown Cygwin
> 
> unlink(2) seems to be causing a subsequent fopen(3)
> to fail.  Originally, it was the unlink call that
> failed, but putting it in a loop
> 
> while(!unlink(...))
> 
> made it work.
> 
> Does anyone know of any reason an fopen on the
> just-unlinked file would fail under Cygwin?

 IIRC this has been up earlier;  unlink() isn't atomic.
Search the archives:
 google("site:cygwin.com inurl:ml +atomic +unlink")
might be a good start I guess.


/Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E

** on a mailing list; please keep replies on that particular list **

-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--

--
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/

Re: SDL on Cygwin

[Yaakov Selkowitz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wrote:
| Well, it doesn't give a choice as I said, it uses the -mno-cygwin flag
| by default when building in Cygwin.  I believe the libSDLmain.a is their
| way of avoiding the [EMAIL PROTECTED] issue, but it shouldn't be necessary
| with the current autotool-devel packages (and I did autoreconf before
| building this).
|
| So again, how can SDL be build WITHOUT -mno-cygwin, and what does one do
| with this libSDLmain.a?
Well, here's what I've got so far:

The -mno-cygwin and libSDLmain business was all coming from
configure.in, and I changed all that, then reautotooled.  The dll
(cygSDL-1-2-0.dll) builds fine, and it is linked to cygwin1.dll, but
when I try to link something else to SDL, I get the following:
gcc  -g -O2 -I/usr/include/SDL -I/usr/include -DWIN32 -Uunix
- -DHAVE_OPENGL   -o testver.exe  testver.o  -L/usr/lib -lSDL -mwindows -e
_WinMainCRTStartup
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/../../../../i686-pc-cygwin/bin/ld:
warning: cannot find entry symbol _WinMainCRTStartup; defaulting to 00401000
/usr/lib/libcygwin.a(libcmain.o)(.text+0x7c): undefined reference to
[EMAIL PROTECTED]'
collect2: ld returned 1 exit status
What I don't understand is why I'm getting undefined reference errors
when linking an .exe; this usually happens when linking a .dll w/o the
current libtool-devel stuff.
I have previously built FOX toolkit with w32api, and I remember that it
called -mwindows -e _WinMainCRTStartup, and I tried linking the dll with
and without these flags and I still get the same results.
Now does anyone have any ideas?

Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFAYIUXpiWmPGlmQSMRAnwfAKCnFnyP3akt1a2E7jzKYHwhgosCiACg8XB8
Wyha6LgAef4QUv0HhmjED6Q=
=8xBt
-END PGP SIGNATURE-
--
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/

Re: com/sun/jini/example/launcher/StartService

[Shankar Unni]

George Hester wrote:

I thought I could use UNIX notation in Cygwin but I see I cannot.  oops.
Wrong again.

Cygwin is not a tool that magically wanders over all your installed 
applications (e.g. Office) and somehow makes them "Unix-aware".

Applications compiled against cygwin libraries can use POSIX conventions 
for files and paths (provided they are configured to do so - there's 
also software logic to be considered).

Java, however, is a plain old native Windows program. It will understand 
forward-slashes (because that comes for free with the Windows API), but 
paths have to be ";"-separated, and of course, it won't understand 
Cygwin mount points (e.g. you can't pass in "/usr/some/path" to Java and 
have it figure out that you really meant "c:/cygwin/some/path").

--
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/

Re: suid bit on executables?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Christopher Faylor wrote:

> On Tue, Mar 23, 2004 at 12:11:38PM -0500, Igor Pechtchanski wrote:
> >OTOH, once cygserver is in place, we'll have a working "su" (which is
> >exactly what you want, right?).
>
> I just want to clarify that cygserver.exe is in place and functional right
> now.  It just doesn't support "su" or "suid"... yet.
>
> cygserver works just fine for providing SysV IPC support, however.
> cgf

Yeah, my fingers running ahead of the brain there...  Sorry.  The above
should have said something like "...once all of the functionality planned
for cygserver is in place...".
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

Re: suid bit on executables?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Richard Troy wrote:

> On Tue, 23 Mar 2004, Igor Pechtchanski wrote:
>
> > FYI, Cygwin implements /dev/conin and /dev/conout, so, perhaps, the
> > approach suggested in 
> > would be helpful (or something along those lines).
>
> Thanks, Igor, I'll look into that in a minute...
>
> > OTOH, once cygserver is in place, we'll have a working "su" (which is
> > exactly what you want, right?).
> >   Igor
>
> No, what I need is _very_ different. The requirement is for a program that
> runs as a different user without that user having any special privileges
> themselves and without the ability to log in, or run other programs as
> that other user. On Unix (and Unix clones), there's a concept of the "suid
> bit" which is set in the file system and associated with executable
> programs (and on many implementations, executable shell scripts too). When
> any user, including root, executes a program with the suid bit set, the
> program runs just like any other program except that it runs in the user
> context of the file's owner, NOT as the user who called the program. In
> contrast, su requires that the caller have the password of the account in
> question...
>
> That said, a "working su" program _should_ be able to be used as the
> foundation of an implementation of an exec call where the suid bit is set.
> Corinna hinted that W2003 makes things harder and I haven't any idea why,
> but it figures that Windows would try very hard to ensure that nothing
> else is compatible with Windows. -frown-
>
> Regards,
> Richard

Richard,

The functionality of "su" and the "suid bit" is the same.  Aside from
privilege checking, both require the ability to have any user set its
effective user id to that of another user.  This is currently not possible
in Windows without opening a whole set of security holes.  By default, the
only account able to switch user contexts is SYSTEM.  Reading
 should provide some insights.
Win2003 makes it harder because the appropriate privileges aren't assigned
to SYSTEM by default, as they were in the previous versions of Windows.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

RE: setup changes my mounts

[Karl M]

Hi Igor...

That sounds fine to me. The warning would be most effective if setup checks 
the mounts and only issues a warning if they are inconsistant, as opposed to 
a blanket warning. (Even if it is a warm fuzzy blanket warning :>).

Thanks,

...Karl

From: Igor Pechtchanski Reply-To: [EMAIL PROTECTED]
To: Karl M CC: [EMAIL PROTECTED]
Subject: RE: setup changes my mounts
Date: Tue, 23 Mar 2004 12:07:24 -0500 (EST)
Karl,

If the mode of /usr/lib and /usr/bin is not the same as that of /, bad
things will happen (i.e., the invariant that /usr/bin==/bin and
/usr/lib==/lib will be broken).  There should be no good reason to change
that mode, even for power users.  I'd be content with setup leaving them
alone *only* after a conspiciously placed warning (in fact, "cygcheck
-svr" should probably also check for this and ring all sorts of bells if
that's the case).
OTOH, the mode of "/cygdrive" is the user's business, and setup should not
override her decision.
Igor
On Tue, 23 Mar 2004, Karl M wrote:

> Hi All...
>
> I think that because setup can work correctly no matter what mode the
> mounts are set to, it should leave them alone. On all but the first
> install, it probably should not ask about the mount information nor
> change it. This would be consistent with not re-asking about the
> shortcuts and such.
>
> Thanks,
>
> ...Karl
>
> >From: Igor Pechtchanski
> >To: Dave Korn
> >CC: cygwincygwincom
> >Subject: RE: setup changes my mounts
> >Date: Tue, 23 Mar 2004 09:22:51 -0500 (EST)
> >
> >On Tue, 23 Mar 2004, Dave Korn wrote:
> >
> > > > -Original Message-
> > > > From: cygwin-owner On Behalf Of Larry Hall
> > > > Sent: 23 March 2004 04:51
> > >
> > > > this isn't "fixable".  PTC ;-)  FWIW, I found the code for this in
> > > > do_install_thread() in install.cc.  The code reads:
> > > >
> > > >
> > > >   create_mount ("/", get_root_dir (), istext, issystem);
> > > >   create_mount ("/usr/bin", cygpath ("/bin"), istext, issystem);
> > > >   create_mount ("/usr/lib", cygpath ("/lib"), istext, issystem);
> > > >   set_cygdrive_flags (istext, issystem);
> > > >
> > > > The parameters for setting the mount type and the scope come
> > > > from settings in setup itself, not from any previous registry 
entries.
> > >
> > >   I disagree.  The setting for istext comes just a few lines above 
the part
> > > you quoted:
> > >
> > >   int istext = (root_text == IDC_ROOT_TEXT) ? 1 : 0;
> > >
> > > Now root_text is used in root.cc to set/get the state of the radio 
button on
> > > the "Select Root Install Directory" page.  grep suggests that 
root_text is
> > > initialised in mount.cc/read_mounts():
> > >
> > > void
> > > read_mounts ()
> > > {
> > > [...snip...]
> > >   /* Loop through subkeys */
> > > [...snip...]
> > >   for (int issystem = 0; issystem <= 1; issystem++)
> > > {
> > >   snprintf (buf, sizeof(buf), "Software\\%s\\%s\\%s",
> > >CYGWIN_INFO_CYGNUS_REGISTRY_NAME,
> > >CYGWIN_INFO_CYGWIN_REGISTRY_NAME,
> > >CYGWIN_INFO_CYGWIN_MOUNT_REGISTRY_NAME);
> > >
> > >   HKEY key = issystem ? HKEY_LOCAL_MACHINE : HKEY_CURRENT_USER;
> > >   if (RegCreateKeyEx (key, buf, 0, (char *)"Cygwin", 0, 
KEY_ALL_ACCESS,
> > >   0, &key, &disposition) != ERROR_SUCCESS)
> > > break;
> > > [...snip...]
> > >   res = RegEnumKeyEx (key, i, aBuffer, &posix_path_size, 
NULL,
> > >   NULL, NULL, NULL);
> > > [...snip...]
> > >   if (m->posix == "/")
> > > {
> > >   root_here = m;
> > >   if (m->istext)
> > > root_text = IDC_ROOT_TEXT;
> > >   else
> > > root_text = IDC_ROOT_BINARY;
> > > [...snip...]
> > >
> > > and the code above quite clearly appears to be looking through the 
registry
> > > for the current mount state.
> > >
> > >   So it is actually the case that the settings DO come from the 
registry;
> > > the problem is that the setting for the root directory is 
indiscriminately
> > > applied to the root directory, the /usr/bin and /usr/lib 
mountpoints, and
> > > the cygdrive path.
> > >
> > >   I'm sure it makes sense to keep /usr/bin and /usr/lib in the same 
mode as
> > > the root dir, but I can't see any intrinsic reason why cygdrive 
should be
> > > forced to the same mode.  I dunno whether it would make more sense 
to offer
> > > separate radio buttons for the root dir mode and the cygdrive mode, 
or
> > > whether it should just preserve the existing cygdrive mode and only
> > > set/reset the /, /usr/bin and /usr/lib modes.
> > > cheers,
> > >   DaveK
> >
> >The latter, IMO.  I'll see if I can whip up a patch...  Won't be right
> >away, though...
> >   Igor

--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_.

Re: suid bit on executables?

[Richard Troy]

> Richard,
>
> FYI, Cygwin implements /dev/conin and /dev/conout, so, perhaps, the
> approach suggested in 
> would be helpful (or something along those lines).

Hi Igor,

I tried man and apropos, and found nothing for conin or conout, but if I
understand what you're suggesting, you're saying I should try something
like the following:

The original command to use as a template (I take it this worked?):

cygrunsrv --install fetchmail --path /usr/bin/su.exe --args "-p -c
'/usr/bin/fetchmail --daemon 300 --nodetach /dev/conout'
domain\\user" --env HOME=/home/user --termsig TERM --shutdown --type
manual --interactive

My interpretation of the above:

cygrunsrv --install  --path /usr/bin/su.exe --args
"-p -c '  /dev/conout'
\\" --env  --termsig TERM
--shutdown --type manual --interactive

Hmmm... Yes, this _seems_to_me_ to be exactly what I was hinting at when
Corinna suggested ssh instead. ... The above would be both better and
easier because there's no need for keys and no encryption overhead. Do I
understand that conin and conout redirect std-in and std-out to/from the
installed service to the caller of the service?

Also, you said:

> OTOH, once cygserver is in place, we'll have a working "su" (which is
> exactly what you want, right?).

But in the above cygrunsrv you call su! Yes, I know the executable is
there - in at least this example, does it work? Also, since there's an
ability to specify the user, maybe use the user flag, specify it
explicitly and ignore the su.exe?


Thanks for all your keystrokes!

Regards,
Richard

-- 
Richard Troy, Chief Scientist
Science Tools Corporation
[EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/


--
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/

Re: suid bit on executables?

[Christopher Faylor]

On Tue, Mar 23, 2004 at 12:11:38PM -0500, Igor Pechtchanski wrote:
>OTOH, once cygserver is in place, we'll have a working "su" (which is
>exactly what you want, right?).

I just want to clarify that cygserver.exe is in place and functional right
now.  It just doesn't support "su" or "suid"... yet.

cygserver works just fine for providing SysV IPC support, however.

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/

Re: suid bit on executables?

[Richard Troy]

On Tue, 23 Mar 2004, Igor Pechtchanski wrote:

> FYI, Cygwin implements /dev/conin and /dev/conout, so, perhaps, the
> approach suggested in 
> would be helpful (or something along those lines).

Thanks, Igor, I'll look into that in a minute...

> OTOH, once cygserver is in place, we'll have a working "su" (which is
> exactly what you want, right?).
>   Igor

No, what I need is _very_ different. The requirement is for a program that
runs as a different user without that user having any special privileges
themselves and without the ability to log in, or run other programs as
that other user. On Unix (and Unix clones), there's a concept of the "suid
bit" which is set in the file system and associated with executable
programs (and on many implementations, executable shell scripts too). When
any user, including root, executes a program with the suid bit set, the
program runs just like any other program except that it runs in the user
context of the file's owner, NOT as the user who called the program. In
contrast, su requires that the caller have the password of the account in
question...

That said, a "working su" program _should_ be able to be used as the
foundation of an implementation of an exec call where the suid bit is set.
Corinna hinted that W2003 makes things harder and I haven't any idea why,
but it figures that Windows would try very hard to ensure that nothing
else is compatible with Windows. -frown-

Regards,
Richard

-- 
Richard Troy, Chief Scientist
Science Tools Corporation
[EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/


--
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/

RE: setup changes my mounts

[Dave Korn]

 

> -Original Message-
> From: cygwin-owner On Behalf Of Karl M
> Sent: 23 March 2004 15:52

> On 
> all but the first install, it probably should not ask about 
> the mount information nor change it. This would be consistent 
> with not re-asking about the shortcuts and such.

  But it *does* re-ask about the shortcuts and such!

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today



--
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/

Re: 1.5.7: csrss and bash consuming 100% of CPU

[Larry Hall]

At 11:15 AM 3/23/2004, you wrote:

>Hi,
>
>I believe this is an old problem, but I'm now experiencing it with a
>recent version of Cygwin. I haven't been able to determine what
>triggers this, but after what seems like a few minutes working with
>bash, I find that my CPU is at 100%, and that task manager identifies
>the culprits as csrss.exe and each instance of bash.exe. Killing each
>copy of bash restores the CPU to its typical workload. I'm using
>version 1.5.7 of the cygwnin DLL, and Windows XP Pro
>SP1. Unfortunately I can't pinpoint when this started, and so identify
>what changed on the machine. I did set "tty" in the CYGWIN variable,
>but have since removed that setting.
>
>I've searched the mailing lists, but only found a tantalising
>suggestion that this would be fixed back in 1.1.1:
>
>http://www.cygwin.com/ml/cygwin/2000-04/msg00522.html
>
>Google found a couple of articles, but no fix. Does anyone know what
>is the cause of this?
>
>I've attached the suggested cygcheck output to this message.


Please upgrade to 1.5.9 and/or the latest snapshot to see if either help.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

Postgresql stopped working

[Bill Harris]

I've got the latest cygwin (updated yesterday) on XP Pro, and I
installed PostgreSQL 7.4.1 about 2 weeks ago as a service.  It was
running nicely, but then it stopped over the weekend.  When I logged
into XP as the user postgres to troubleshoot it, I found that XP had
expired my old password.

Now I've forced XP to leave that password alone, but I still can't quite
make PostgreSQL run.  When I try psql  running as me (which used
to work), I get

psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?

I logged on as postgres and tried running 

postmaster -D /var/postgresql/data

and got

LOG: shmdt(0xf9) failed: Invalid argument
LOG: database system wash shut down at 2004-03-21 09:04:56 PST
LOG: checkpoint record is at 0/1DB0E00
LOG: redo record is at 0/1DB0E00; undo record is at 0/0; shutdown TRUE
LOG: next transaction ID: 3987; next OID: 18937
LOG: database system is ready

Task manager showed 3 copies of postmaster running IIRC.  

If I tried to start postmaster as a service, I got a Windows error 5
(logon failure).  

What's the best thing to do?  I have a small database, and it is backed
up, so I guess I could uninstall and reinstall.  I suspect the
postmaster is simply confused about passwords; is there a way to  tell
it the new password without reinitializing the database files?

It's possible I've simply forgotten how to restart the postmaster,
although I've got the readme in /usr/share/doc/Cygwin.  Tips and hints
are welcome.

Thanks,

Bill Harris
-- 
Bill Harris  3217 102nd Place SE
Facilitated Systems  Everett, WA 98208 USA
http://facilitatedsystems.com/   phone: +1 425 337-5541



--
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/

Re: colons getting changed to semi-colons in PATH using cygwin make

[Larry Hall]

At 12:09 PM 3/23/2004, you wrote:


>Hello,
>  I am having some trouble using cygwin make in that it is changing all my
>":" to ";" in the path before it gets exported, so something that should
>read ";c:\progra~1;" reads ";c;\progra~1;"  . This is causing trouble when
>trying to run a windows exe that needs several dirs in the path. So my
>question: is there a way to tell cygwin make to stop converting all the
>":"(colons) to ";"(semi-colons) while still having MAKE_MODE=Unix? I am
>using cygwin make V3.80 on a windows 2000 machine, I have been looking
>through the mail archives but have been able to find anything, if this has
>been covered directions to the web page or mail archive would be great. I
>have to be able to export the PATH in a windows format, is a must .Thanks in
>advance for any help


Why is your path in Windows format if you have MAKE_MODE set to UNIX?
Perhaps you need to provide a minimal example case of what you're doing.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

RE: colons getting changed to semi-colons in PATH using cygwin ma ke

[Buchbinder, Barry (NIH/NIAID)]

Read http://sources.redhat.com/cygwin/faq/faq_4.html#SEC94 and consider the
effects of DOS-style paths with MAKE_MODE=UNIX.

-Original Message-
From: Ken Lehman [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 23, 2004 12:10 PM
To: '[EMAIL PROTECTED]'
Subject: colons getting changed to semi-colons in PATH using cygwin make

Hello,
  I am having some trouble using cygwin make in that it is changing all my
":" to ";" in the path before it gets exported, so something that should
read ";c:\progra~1;" reads ";c;\progra~1;"  . This is causing trouble when
trying to run a windows exe that needs several dirs in the path. So my
question: is there a way to tell cygwin make to stop converting all the
":"(colons) to ";"(semi-colons) while still having MAKE_MODE=Unix? I am
using cygwin make V3.80 on a windows 2000 machine, I have been looking
through the mail archives but have been able to find anything, if this has
been covered directions to the web page or mail archive would be great. I
have to be able to export the PATH in a windows format, is a must .Thanks in
advance for any help
-Ken



The views and opinions expressed in this email message are the sender's
own, and do not necessarily represent the views and opinions of Summit
Systems Inc.

--
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/

--
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/

Re: How to upgrate rpm from 4.1 to 4.2?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Pikovsky Bella-BBP006 wrote:

> Cygwin comes with rpm 4.1 version. How can I upgrate it to 4.2?
> Thanks
>Bella

Umm, wait until Dario Alcocer (ther current maintainer) releases 4.2, or
build it yourself (and, perhaps, volunteer to maintain it if Dario
agrees)...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

Re: suid bit on executables?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Richard Troy wrote:

> On Tue, 23 Mar 2004, Corinna Vinschen wrote:
> > On Mar 22 19:49, Richard Troy wrote:
> > > A little over a year ago, I poked my nose under the tent to inquire about
> > > this once more and in the interrim there had been a new cygserver and a
> > > new ssh daemon, and I was very happy with the advance, but still things
> > > were short of the SUID bit being honored...
> > >
> > > Now, I read in the archives about something, apparently upcoming, called
> > > cygdaemon... I read hints that cygdaemon helps address this problem.
> >
> > There's no such thing as a cygdaemon, only cygserver.  If the SUID stuff
> > gets implemented, it will be based on cygserver.  But there's no code
> > for doing this so far.  Security changes in 2K3 are making an implementation
> > even more complex.
> >
> > Corinna
>
> Thank you, Corinna.
>
> ...might you please propose a work-around for the following scenario?
>
> If I wanted just one particular program to run as this other user, there's
> that nifty tool in Cygwin that lets you define a service that _can_ run as
> another user. This would work for me if I had a way for a Cygwin program,
> launched from a command-line interface, from Bash, say, to attach to it
> and let it do the dirty work. It would need a way to pass command-line
> arguments, and redirect or share std-in, std-out, and std-error. ...I know
> there's the SSHD code that could serve as an example, but it seems to me
> that it's overkill for what I want since there's no need for it to
> credential itself as anyone. ...The simpler, the better, so long as it's
> sufficient!
>
> Thank you for your suggestions/ideas,
> Richard

Richard,

FYI, Cygwin implements /dev/conin and /dev/conout, so, perhaps, the
approach suggested in 
would be helpful (or something along those lines).

OTOH, once cygserver is in place, we'll have a working "su" (which is
exactly what you want, right?).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

colons getting changed to semi-colons in PATH using cygwin make

[Ken Lehman]

Hello,
  I am having some trouble using cygwin make in that it is changing all my
":" to ";" in the path before it gets exported, so something that should
read ";c:\progra~1;" reads ";c;\progra~1;"  . This is causing trouble when
trying to run a windows exe that needs several dirs in the path. So my
question: is there a way to tell cygwin make to stop converting all the
":"(colons) to ";"(semi-colons) while still having MAKE_MODE=Unix? I am
using cygwin make V3.80 on a windows 2000 machine, I have been looking
through the mail archives but have been able to find anything, if this has
been covered directions to the web page or mail archive would be great. I
have to be able to export the PATH in a windows format, is a must .Thanks in
advance for any help
-Ken



The views and opinions expressed in this email message are the sender's
own, and do not necessarily represent the views and opinions of Summit
Systems Inc.



--
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/

RE: setup changes my mounts

[Igor Pechtchanski]

Karl,

If the mode of /usr/lib and /usr/bin is not the same as that of /, bad
things will happen (i.e., the invariant that /usr/bin==/bin and
/usr/lib==/lib will be broken).  There should be no good reason to change
that mode, even for power users.  I'd be content with setup leaving them
alone *only* after a conspiciously placed warning (in fact, "cygcheck
-svr" should probably also check for this and ring all sorts of bells if
that's the case).

OTOH, the mode of "/cygdrive" is the user's business, and setup should not
override her decision.
Igor

On Tue, 23 Mar 2004, Karl M wrote:

> Hi All...
>
> I think that because setup can work correctly no matter what mode the
> mounts are set to, it should leave them alone. On all but the first
> install, it probably should not ask about the mount information nor
> change it. This would be consistent with not re-asking about the
> shortcuts and such.
>
> Thanks,
>
> ...Karl
>
> >From: Igor Pechtchanski
> >To: Dave Korn
> >CC: cygwincygwincom
> >Subject: RE: setup changes my mounts
> >Date: Tue, 23 Mar 2004 09:22:51 -0500 (EST)
> >
> >On Tue, 23 Mar 2004, Dave Korn wrote:
> >
> > > > -Original Message-
> > > > From: cygwin-owner On Behalf Of Larry Hall
> > > > Sent: 23 March 2004 04:51
> > >
> > > > this isn't "fixable".  PTC ;-)  FWIW, I found the code for this in
> > > > do_install_thread() in install.cc.  The code reads:
> > > >
> > > >
> > > >   create_mount ("/", get_root_dir (), istext, issystem);
> > > >   create_mount ("/usr/bin", cygpath ("/bin"), istext, issystem);
> > > >   create_mount ("/usr/lib", cygpath ("/lib"), istext, issystem);
> > > >   set_cygdrive_flags (istext, issystem);
> > > >
> > > > The parameters for setting the mount type and the scope come
> > > > from settings in setup itself, not from any previous registry entries.
> > >
> > >   I disagree.  The setting for istext comes just a few lines above the part
> > > you quoted:
> > >
> > >   int istext = (root_text == IDC_ROOT_TEXT) ? 1 : 0;
> > >
> > > Now root_text is used in root.cc to set/get the state of the radio button on
> > > the "Select Root Install Directory" page.  grep suggests that root_text is
> > > initialised in mount.cc/read_mounts():
> > >
> > > void
> > > read_mounts ()
> > > {
> > > [...snip...]
> > >   /* Loop through subkeys */
> > > [...snip...]
> > >   for (int issystem = 0; issystem <= 1; issystem++)
> > > {
> > >   snprintf (buf, sizeof(buf), "Software\\%s\\%s\\%s",
> > >CYGWIN_INFO_CYGNUS_REGISTRY_NAME,
> > >CYGWIN_INFO_CYGWIN_REGISTRY_NAME,
> > >CYGWIN_INFO_CYGWIN_MOUNT_REGISTRY_NAME);
> > >
> > >   HKEY key = issystem ? HKEY_LOCAL_MACHINE : HKEY_CURRENT_USER;
> > >   if (RegCreateKeyEx (key, buf, 0, (char *)"Cygwin", 0, KEY_ALL_ACCESS,
> > >   0, &key, &disposition) != ERROR_SUCCESS)
> > > break;
> > > [...snip...]
> > >   res = RegEnumKeyEx (key, i, aBuffer, &posix_path_size, NULL,
> > >   NULL, NULL, NULL);
> > > [...snip...]
> > >   if (m->posix == "/")
> > > {
> > >   root_here = m;
> > >   if (m->istext)
> > > root_text = IDC_ROOT_TEXT;
> > >   else
> > > root_text = IDC_ROOT_BINARY;
> > > [...snip...]
> > >
> > > and the code above quite clearly appears to be looking through the registry
> > > for the current mount state.
> > >
> > >   So it is actually the case that the settings DO come from the registry;
> > > the problem is that the setting for the root directory is indiscriminately
> > > applied to the root directory, the /usr/bin and /usr/lib mountpoints, and
> > > the cygdrive path.
> > >
> > >   I'm sure it makes sense to keep /usr/bin and /usr/lib in the same mode as
> > > the root dir, but I can't see any intrinsic reason why cygdrive should be
> > > forced to the same mode.  I dunno whether it would make more sense to offer
> > > separate radio buttons for the root dir mode and the cygdrive mode, or
> > > whether it should just preserve the existing cygdrive mode and only
> > > set/reset the /, /usr/bin and /usr/lib modes.
> > > cheers,
> > >   DaveK
> >
> >The latter, IMO.  I'll see if I can whip up a patch...  Won't be right
> >away, though...
> >   Igor

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

Re: unlink(2) or fopen(3) failing under cygwin

[Blair P . Houghton]

Blair P. Houghton  houghton.net> writes:
> 
> while(!unlink(...))

YAASA.  STFU!

Figures, the moment I post that to the world I realize
that the ! looks hinky.  Swot I get for not reading the
man-page for unlink(2) in about 20 years, and blindly
copying idioms I find in the common.h file of trn...

I'm not on the machine with the problem right now, but
I'll try reversing the polarity of the neutron flow
this evening and get back on whether it worked.

--Blair
  "Camus:  L'esprit du l'escalier!
   Homer Simpson:  D'oh!"


--
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/

unlink(2) or fopen(3) failing under cygwin

[Blair P . Houghton]

I forget.  What's the command to dump the system config?

Here's what `uname -a' says:

CYGWIN_NT-5.1 eMachine64-3000 1.5.7(0.109/3/2) \ 
2004-01-30 19:32 i686 unknown unknown Cygwin

unlink(2) seems to be causing a subsequent fopen(3)
to fail.  Originally, it was the unlink call that
failed, but putting it in a loop

while(!unlink(...))

made it work.

Does anyone know of any reason an fopen on the
just-unlinked file would fail under Cygwin?

--Blair


--
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/

Re: Minimal test case for Make crash bug

[Dan Kegel]

Dan Kegel wrote:
(gdb) p alloc_sz
$3 = 0
Bingo.  That's the problem.  I've checked in a fix for this and have 
uploaded a new snapshot.  Can you confirm that it fixes the problem?
Yep, fixes my little test case.
I'll run more exhaustive tests tomorrow.
It handled my real-world case well, but when I increased the stress
level, I ran into a problem (the following is on my wife's beefy
winXP machine, same one as before):
Running two toolchain builds in parallel, both in the background,
and with tail -f in the foreground, I pressed ^C to kill the tail -f,
and one of the toolchain builds aborted with the message:
C:\cygwin\opt\crosstool\powerpc-860-linux-gnu\gcc-3.3.3-glibc-2.3.2\lib\gcc-lib\
powerpc-860-linux-gnu\3.3.3\collect2.exe (684): *** fork: can't reserve 
memory for stack 0x3 - 0x23, Win32 error 487
  5 [main] collect2 2932 sync_with_child: child 684(0x6EC) died 
before initialization with status code 0x1

Sounds rather like some stress testing is in order, but I don't know
if it should hold up your next release.
One further observation:
on winMe, you can only open a dozen or so /dev/null fds in a single
process before open starts returning -1.  Shouldn't matter, but it is
strange.
- Dan

--
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/

Re: porting gcc-3.2.3 to cygwin

[Larry Hall]

At 03:08 AM 3/23/2004, you wrote:
>For a project i need to use gcc-3.2.3 under cygwin and also as a cross compiler to 
>make cygwin programs on a linux computer
>
>but it seems that when i'm compiling stuff with this gcc, there are problem accessing 
>the file system under cygwin.
>for example if i stat a directory and check if it is a directory, i get a negative 
>answer, but the program as been compiled without any problem.
>
>Is anyone know what patch is needed to make this version of gcc work under cygwin ?


This might be enough for _someone_ on this list to recognize that they 
have had a similar problem and offer a solution but it's not nearly enough 
detail for anyone else to even start to conjecture about what your problem
really is and how it's happening.  If you're hoping for some feedback from
someone other than the theoretical person who had and solved exactly this 
problem, you'd be best to review:


>Problem reports:   http://cygwin.com/problems.html


HTH,


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
838 Washington Street   (508) 893-9889 - FAX
Holliston, MA 01746 


--
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/

1.5.7: UPDATE TO csrss and bash consuming 100% of CPU

[Graham Clark]

Folks, I apologise - my first message, and I missed out some
information. Included in the list of suspect processes eating up the
CPU is xemacs-21.4.13.exe. I frequently use subversion (psvn.el) from
within xemacs, which presumably spawns bash too. Perhaps that's
significant?

Thanks again,
Graham


> Hi,
> 
> I believe this is an old problem, but I'm now experiencing it with a
> recent version of Cygwin. I haven't been able to determine what
> triggers this, but after what seems like a few minutes working with
> bash, I find that my CPU is at 100%, and that task manager identifies
> the culprits as csrss.exe and each instance of bash.exe. Killing each
> copy of bash restores the CPU to its typical workload. I'm using
> version 1.5.7 of the cygwnin DLL, and Windows XP Pro
> SP1. Unfortunately I can't pinpoint when this started, and so identify
> what changed on the machine. I did set "tty" in the CYGWIN variable,
> but have since removed that setting.
> 
> I've searched the mailing lists, but only found a tantalising
> suggestion that this would be fixed back in 1.1.1:
> 
> http://www.cygwin.com/ml/cygwin/2000-04/msg00522.html
> 
> Google found a couple of articles, but no fix. Does anyone know what
> is the cause of this?
> 
> I've attached the suggested cygcheck output to this message.
> 
> Thanks very much!
> Graham


--
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/

Re: sshd as a substitute for the suid bit on executables...

[Corinna Vinschen]

On Mar 23 08:22, Richard Troy wrote:
> One additional challenge that has just occurred to me in my particular
> scenario is that in ordinary useage on Unix, my program that runs under
> the suid bit eventually launches a Java program that creates display
> windows and attaches to the keyboard/mouse in the usual way and the user
> never knows it's running as the file owner and not them. Before I go

Google is your friend.  Search for "Allow service to interact with desktop".

> Next, I can see how an account that has a particular privilege that
> provides all of the necessary access can have its shell re-directed to be
> a particular program other than a usual shell (just update /etc/passwd,
> right?) and can have a null passphraise providing a key-access
> (passwordless access) to the desired account by other users, captured so

man sshd, chapter "AUTHORIZED_KEYS FILE FORMAT"

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

1.5.7: csrss and bash consuming 100% of CPU

[Graham Clark]

Hi,

I believe this is an old problem, but I'm now experiencing it with a
recent version of Cygwin. I haven't been able to determine what
triggers this, but after what seems like a few minutes working with
bash, I find that my CPU is at 100%, and that task manager identifies
the culprits as csrss.exe and each instance of bash.exe. Killing each
copy of bash restores the CPU to its typical workload. I'm using
version 1.5.7 of the cygwnin DLL, and Windows XP Pro
SP1. Unfortunately I can't pinpoint when this started, and so identify
what changed on the machine. I did set "tty" in the CYGWIN variable,
but have since removed that setting.

I've searched the mailing lists, but only found a tantalising
suggestion that this would be fixed back in 1.1.1:

http://www.cygwin.com/ml/cygwin/2000-04/msg00522.html

Google found a couple of articles, but no fix. Does anyone know what
is the cause of this?

I've attached the suggested cygcheck output to this message.

Thanks very much!
Graham



Cygwin Win95/NT Configuration Diagnostics

Current System Time: Tue Mar 23 10:58:02 2004



Windows XP Professional Ver 5.1 Build 2600 Service Pack 1



Path:   c:\WINNT\Microsoft.NET\Framework\v1.0.3705

c:\Program Files\Microsoft Visual Studio .NET 2003\FrameworkSDK\bin

c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin

c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\bin\prerelease

c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools

c:\Program Files\Microsoft Visual Studio .NET 2003\VC7\BIN

c:\Program Files\Microsoft Visual Studio .NET 2003\Common7\IDE

d:\work\src\thirdparty\vc60\sp5\Bin

C:\cygwin\usr\local\bin

C:\cygwin\bin

C:\cygwin\bin

C:\cygwin\usr\X11R6\bin

c:\WINDOWS\system32

c:\WINDOWS

c:\WINDOWS\System32\Wbem

c:\Program Files\Perforce

c:\MSSQL7\BINN

c:\Program Files\Microsoft SDK\Bin

c:\WINDOWS\Microsoft.NET\Framework\v1.0.3705

c:\Program Files\Common Files\Adaptec Shared\System

c:\Program Files\Subversion\bin

c:\Program Files\Symantec\pcAnywhere\

c:\GTK\bin

.

C:\cygwin\usr\local\bin\i686-pc-cygwin\

C:\cygwin\usr\X11R6\bin

d:\cygwinhome\grahamcl\bin\

c:\Program Files\Local\Handle

c:\Program Files\Local\ListDlls

c:\Program Files\Local\PSKill

c:\Program Files\Subversion\bin

c:\Program Files\apache-ant-1.6.1\bin



Output from C:\cygwin\bin\id.exe (nontsec)

UID: 1003(grahamcl) GID: 513(None)

513(None)



Output from C:\cygwin\bin\id.exe (ntsec)

UID: 1003(grahamcl) GID: 513(None)

0(root)   513(None)

544(Administrators)   545(Users)

1006(Debugger Users)



SysDir: C:\WINDOWS\System32

WinDir: C:\WINDOWS



HOME = `d:\cygwinhome\grahamcl'

MAKE_MODE = `unix'

PWD = `/home/grahamcl'

USER = `grahamcl'



ALLUSERSPROFILE = `C:\Documents and Settings\All Users'

APPDATA = `C:\Documents and Settings\grahamcl\Application Data'

APR_ICONV_PATH = `C:\Program Files\Subversion\iconv'

CLIENTNAME = `Console'

COMMONPROGRAMFILES = `C:\Program Files\Common Files'

COMPUTERNAME = `GRAHAMMOB'

COMSPEC = `C:\WINDOWS\system32\cmd.exe'

CVSROOT = `:ext:[EMAIL PROTECTED]:/projects/src/repository'

CVS_RSH = `/bin/ssh'

CYGWIN-OLD = `tty'

DRIVERNETWORKS = `C:\PROGRA~1\COMPUW~1\DRIVER~1\DRIVER~3'

DRIVERWORKS = `C:\PROGRA~1\COMPUW~1\DRIVER~1\DRIVER~2'

HISTFILESIZE = `5000'

HISTSIZE = `5000'

HOMEDRIVE = `C:'

HOMEPATH = `\Documents and Settings\grahamcl'

HOSTNAME = `grahammob'

INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\'

INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'

LESS = `-i'

LIB = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\'

LOGONSERVER = `\\GRAHAMMOB'

MANPATH = 
`/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man'

NUMBER_OF_PROCESSORS = `1'

OLDPWD = `/usr/bin'

OS = `Windows_NT'

P4CLIENT = `grahamcl_grahamftldev1_southbeach-otherbuilds'

P4MYBRANCH = `southbeach-otherbuilds'

P4PORT = `devsrc1:1790'

P4USER = `grahamc'

PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'

PROCESSOR_ARCHITECTURE = `x86'

PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel'

PROCESSOR_LEVEL = `6'

PROCESSOR_REVISION = `0b01'

PROGRAMFILES = `C:\Program Files'

PROMPT = `$P$G'

PS1 = `\[\033]0;\w\007

[EMAIL PROTECTED] \[\033[33m\w\033[0m\]

$ '

SESSIONNAME = `Console'

SHLVL = `1'

SQUIREWINDOWS_THIRDPARTY = 
`d:\cygwinhome\grahamcl\work\enterasys\WebIPS\code\Branch-7.0\thirdparty'

SQUIRE_RESPONSEFILEDIR = `d:\cygwinhome\grahamcl\WebIPS\testing'

SYSTEMDRIVE = `C:'

SYSTEMROOT = `C:\WINDOWS'

TEMP = `c:\DOCUME~1\grahamcl\LOCALS~1\Temp'

TERM = `cygwin'

TMP = `c:\DOCUME~1\grahamcl\LOCALS~1\Temp'

USERDOMAIN = `GRAHAMMOB'

USERNAME = `grahamc

sshd as a substitute for the suid bit on executables...

[Richard Troy]

> From: Corinna Vinschen <[EMAIL PROTECTED]>
> Subject: Re: suid bit on executables?
>
> > On Mar 23 07:04, Richard Troy wrote:
> > I know
> > there's the SSHD code that could serve as an example, but it seems to
> > me that it's overkill for what I want [...]
>
> Nope.  There's nothing simpler than utilizing an existing and working
> piece of code instead of creating another application with it's entirely
> new, own set of bugs.  IMO, using sshd is the way to go.
>
> Corinna

So, Corinna, you see it as simple... Before I start punching a tar-baby
and get all stuck in things, few more keystrokes might be helpful...

One additional challenge that has just occurred to me in my particular
scenario is that in ordinary useage on Unix, my program that runs under
the suid bit eventually launches a Java program that creates display
windows and attaches to the keyboard/mouse in the usual way and the user
never knows it's running as the file owner and not them. Before I go
create a great solution that doesn't solve my real problem, I realize that
I am unfamilliar with the security demands, if any, Windows imposes in
such circumstances; please advise with your thoughts on this subject in
the scenario under discussion here if you can.

Next, I can see how an account that has a particular privilege that
provides all of the necessary access can have its shell re-directed to be
a particular program other than a usual shell (just update /etc/passwd,
right?) and can have a null passphraise providing a key-access
(passwordless access) to the desired account by other users, captured so
that they can't run anything else in the account. This is then followed up
with an alias that looks like the usual command but that instead performs
something like:

alias foo="ssh @ "
# cmd line args trail and get passed along in the usual way

Such a solution would require _no_ additional coding, but a bit of
configuration instead - a perfectly workable solution if, in fact, the
resulting executing program can indeed open windows in the normal way on
the console display. (Non-Cygwin Q: Can, in fact, the shell be replaced
with an ordinary program and have the args passed like this? Or is there
another blessed method for "capturing" an account so it only runs one
program?)

Corinna, is this what you had in mind? (Anyone else with a good idea?)

As always, thank you very, very much - this is a big deal to me.

Richard

-- 
Richard Troy, Chief Scientist
Science Tools Corporation
[EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/

-- Forwarded message --
Date: Tue, 23 Mar 2004 16:04:08 +0100
From: Corinna Vinschen <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: suid bit on executables?

On Mar 23 07:04, Richard Troy wrote:
> I know
> there's the SSHD code that could serve as an example, but it seems to me
> that it's overkill for what I want [...]

Nope.  There's nothing simpler than utilizing an existing and working
piece of code instead of creating another application with it's entirely
new, own set of bugs.  IMO, using sshd is the way to go.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/



--
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/

RE: setup changes my mounts

[Karl M]

Hi All...

I think that because setup can work correctly no matter what mode the mounts 
are set to, it
should leave them alone. On all but the first install, it probably should 
not ask about the mount
information nor change it. This would be consistent with not re-asking about 
the shortcuts and
such.

Thanks,

...Karl

From: Igor Pechtchanski
Reply-To: [EMAIL PROTECTED]
To: Dave Korn
CC: [EMAIL PROTECTED]
Subject: RE: setup changes my mounts
Date: Tue, 23 Mar 2004 09:22:51 -0500 (EST)
On Tue, 23 Mar 2004, Dave Korn wrote:

> > -Original Message-
> > From: cygwin-owner On Behalf Of Larry Hall
> > Sent: 23 March 2004 04:51
>
> > this isn't "fixable".  PTC ;-)  FWIW, I found the code for this in
> > do_install_thread() in install.cc.  The code reads:
> >
> >
> >   create_mount ("/", get_root_dir (), istext, issystem);
> >   create_mount ("/usr/bin", cygpath ("/bin"), istext, issystem);
> >   create_mount ("/usr/lib", cygpath ("/lib"), istext, issystem);
> >   set_cygdrive_flags (istext, issystem);
> >
> > The parameters for setting the mount type and the scope come
> > from settings in setup itself, not from any previous registry entries.
>
>   I disagree.  The setting for istext comes just a few lines above the 
part
> you quoted:
>
>   int istext = (root_text == IDC_ROOT_TEXT) ? 1 : 0;
>
> Now root_text is used in root.cc to set/get the state of the radio 
button on
> the "Select Root Install Directory" page.  grep suggests that root_text 
is
> initialised in mount.cc/read_mounts():
>
> void
> read_mounts ()
> {
> [...snip...]
>   /* Loop through subkeys */
> [...snip...]
>   for (int issystem = 0; issystem <= 1; issystem++)
> {
>   snprintf (buf, sizeof(buf), "Software\\%s\\%s\\%s",
>CYGWIN_INFO_CYGNUS_REGISTRY_NAME,
>CYGWIN_INFO_CYGWIN_REGISTRY_NAME,
>CYGWIN_INFO_CYGWIN_MOUNT_REGISTRY_NAME);
>
>   HKEY key = issystem ? HKEY_LOCAL_MACHINE : HKEY_CURRENT_USER;
>   if (RegCreateKeyEx (key, buf, 0, (char *)"Cygwin", 0, 
KEY_ALL_ACCESS,
>   0, &key, &disposition) != ERROR_SUCCESS)
> break;
> [...snip...]
>   res = RegEnumKeyEx (key, i, aBuffer, &posix_path_size, NULL,
>   NULL, NULL, NULL);
> [...snip...]
>   if (m->posix == "/")
> {
>   root_here = m;
>   if (m->istext)
> root_text = IDC_ROOT_TEXT;
>   else
> root_text = IDC_ROOT_BINARY;
> [...snip...]
>
> and the code above quite clearly appears to be looking through the 
registry
> for the current mount state.
>
>   So it is actually the case that the settings DO come from the 
registry;
> the problem is that the setting for the root directory is 
indiscriminately
> applied to the root directory, the /usr/bin and /usr/lib mountpoints, 
and
> the cygdrive path.
>
>   I'm sure it makes sense to keep /usr/bin and /usr/lib in the same mode 
as
> the root dir, but I can't see any intrinsic reason why cygdrive should 
be
> forced to the same mode.  I dunno whether it would make more sense to 
offer
> separate radio buttons for the root dir mode and the cygdrive mode, or
> whether it should just preserve the existing cygdrive mode and only
> set/reset the /, /usr/bin and /usr/lib modes.
> cheers,
>   DaveK

The latter, IMO.  I'll see if I can whip up a patch...  Won't be right
away, though...
Igor
--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_
ZZZzz /,`.-'`'-.  ;-;;,_
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton
--
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/
_
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

--
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/

Problem with find on FAT drives

[Volker Quetschke]

Hi!

I just found a strange problem when using find on a FAT drive.
I got: "find: .\tmp changed during execution of find"
-- in bash shell --
[EMAIL PROTECTED] /cygdrive/d
$ find .\\tmp -name *.test
find: .\tmp changed during execution of find
[EMAIL PROTECTED] /cygdrive/d
$ find ./tmp -name *.test
./tmp/file.test
[EMAIL PROTECTED] /cygdrive/d
$ find d:\\tmp -name *.test
d:\tmp/file.test
-- in bash shell --
One might think this is a generic problem, just don't do that, but on
NTFS it works:
-- in bash shell --
[EMAIL PROTECTED] /
$ find .\\tmp -name *.test
.\tmp/file.test
-- in bash shell --
Is this a bug?

System: Windows XP, all installed packages were updated a few minutes
ago.
Volker

--
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D
--
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/

procps "Unknown HZ value" question

[Richard Duran]

Does anyone know what to do (what argument to pass) so that procps
doesn't display the "Unknown HZ value..." error message?

-richard


--
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/

[ANNOUNCEMENT] Updated: cURL 7.11.1-1

[Roth, Kevin P.]

cURL has been updated to version 7.11.1-1.

Along with a large number of bugfixes, the following changes=20
have been made since the previous Cygwin release:

7.11.1: http://curl.haxx.se/mail/archive-2004-03/0089.html
 o CURLOPT_POSTFIELDSIZE_LARGE added to offer POSTs larger than 2GB
 o CURL_VERSION_LARGEFILE is a feature bit returned by libcurls that
feature
   large file support
 o libcurl only requires winsock 1.1 on windows now
 o when doing FTP, curl now sends QUIT before disconnecting
 o name resolves can now timeout on windows too
 o $HOME is now recognized better when looking for .netrc files
 o now re-uses the ares handle when re-using curl handles
 o SO_BINDTODEVICE is used for network interface binding
 o configure --disable-manual disables the built-in huge manual from the
   command line tool
 o the default Accept: header used in HTTP requests changed
 o asynch dns lookups now require the c-ares library
 o curl --socks can be used to set a SOCKS5 proxy to use
 o response-headers received after a (proxy) CONNECT request are now
passed
   to the header callback just like other headers

7.11.0: http://curl.haxx.se/mail/archive-2004-01/0059.html
 o allows the URL to be set by a callback when using the multi interface
 o large file support was added. Use one of the new options:
INFILESIZE_LARGE,
   RESUME_FROM_LARGE and MAXFILESIZE_LARGE
 o the new --ftp-pasv overrides a previous --ftpport
 o CURLOPT_FTPSSL and ftps:// now do ssl over FTP "The Right Way" (the
curl
   tool now features the --ftp-ssl option)
 o The Windows DLLs are built with an added "resource file"
 o New LIBCURL_VERSION_* defines for easier checking version number
 o Included Mac OS X 'framework' makefile in the release archive
 o Removed the TRUE and FALSE #defines from the public curl header file
 o Added CURLOPT_NETRC_FILE

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

To obtain this update, run Cygwin's setup.exe wizard.

You can obtain a copy of setup.exe by clicking
 the "Install Now!" icon at http://cygwin.com/.

To install cURL for the first time, choose "cURL" from the=20
 packages list, in the "Web" category. If you already have=20
 it installed, the update will be pre-selected.

Remember that some mirror sites may not have updated before
 this announcement is made. If your usual mirror doesn't have=20
 the latest version of this package, please be patient.
 (or select an alternate mirror...)

If you have Cygwin-related questions or comments, please send=20
 them to the Cygwin mailing list .=20
 PLEASE read this page FIRST: http://cygwin.com/lists.html.

If you have cURL-related questions or comments, please visit
 the cURL mailing lists page (http://curl.haxx.se/mail/),
 where you can view the archives online, or subscribe, or find=20
 the address(es) to which you can send a question or comment.

-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=20

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want off of this mailing list, send email (any email) to:
  [EMAIL PROTECTED]
  

If at first you don't succeed, please look at the following:=20

  o This email's "List-Unsubscribe: " header.

  o Sourceware mailing list FAQS (scroll down...):=20
 http://sources.redhat.com/lists.html#faqs

  o Cygwin mailing list info: http://cygwin.com/lists.html


--
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/

Re: suid bit on executables?

[Corinna Vinschen]

On Mar 23 07:04, Richard Troy wrote:
> I know
> there's the SSHD code that could serve as an example, but it seems to me
> that it's overkill for what I want [...]

Nope.  There's nothing simpler than utilizing an existing and working
piece of code instead of creating another application with it's entirely
new, own set of bugs.  IMO, using sshd is the way to go.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

How to upgrate rpm from 4.1 to 4.2?

[Pikovsky Bella-BBP006]

>   Cygwin comes with rpm 4.1 version. How can I upgrate it to 4.2?
> 
>   Thanks 
> Bella 

--
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/

Re: launching a remote webbrowser with cygwin

[Thorsten Kampe]

* Chris Bullock (2004-03-23 15:14 +0100)
> Background:
> With all the recent Microsoft virii and code leaks we are slowly blocking 
> Windows based pcs from accessing the Internet.  What we are doing is placing 
> a box running a Linux terminal server client beside every Windows box that 
> needs to access the Internet.  This is beginning to get very cumbersome and a 
> huge headache.
> 
> What I desire.  I wish to load a very small portion of Cygwin on each Windows 
> box.  When the user clicks the icon it would then connect to the Linux 
> Terminal Server and launch $browser of choice.  First off is this possible? 
> and if so can someone point me on how to make this happen.  I do not want to 
> have to run the entire terminal client.  Currently, what we have tested is 
> from the cygwin prompt we run 'X --query $LTSP:1' but this gives us the 
> entire terminal server and all I want the users to do is access a webbrowser.

Start X, login to the terminal server via ssh, start the browser with
the DISPLAY variable set to the Cygwin X server. That's it.

All you have to do is to automate this: the ssh-session into the
startup file of your X server or Windowmanager.

None of this is Cygwin specific (except the link to the the .bat to
start the X server)

Thorsten


--
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/

Re: suid bit on executables?

[Richard Troy]

On Tue, 23 Mar 2004, Corinna Vinschen wrote:
> On Mar 22 19:49, Richard Troy wrote:
> > A little over a year ago, I poked my nose under the tent to inquire about
> > this once more and in the interrim there had been a new cygserver and a
> > new ssh daemon, and I was very happy with the advance, but still things
> > were short of the SUID bit being honored...
> >
> > Now, I read in the archives about something, apparently upcoming, called
> > cygdaemon... I read hints that cygdaemon helps address this problem.
>
> There's no such thing as a cygdaemon, only cygserver.  If the SUID stuff
> gets implemented, it will be based on cygserver.  But there's no code
> for doing this so far.  Security changes in 2K3 are making an implementation
> even more complex.
>
> Corinna

Thank you, Corinna.

...might you please propose a work-around for the following scenario?

If I wanted just one particular program to run as this other user, there's
that nifty tool in Cygwin that lets you define a service that _can_ run as
another user. This would work for me if I had a way for a Cygwin program,
launched from a command-line interface, from Bash, say, to attach to it
and let it do the dirty work. It would need a way to pass command-line
arguments, and redirect or share std-in, std-out, and std-error. ...I know
there's the SSHD code that could serve as an example, but it seems to me
that it's overkill for what I want since there's no need for it to
credential itself as anyone. ...The simpler, the better, so long as it's
sufficient!

Thank you for your suggestions/ideas,

Richard


-- 
Richard Troy, Chief Scientist
Science Tools Corporation
[EMAIL PROTECTED], 510-567-9957, http://ScienceTools.com/


--
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/

Re: launching a remote webbrowser with cygwin

[Igor Pechtchanski]

Wrong list.  All questions about X on Cygwin should be directed to
.  Redirecting...
Igor

On Tue, 23 Mar 2004, Chris Bullock wrote:

> This is my first post to cygwin and I would like to say, great product.
>
> Background:
> With all the recent Microsoft virii and code leaks we are slowly blocking
> Windows based pcs from accessing the Internet.  What we are doing is placing
> a box running a Linux terminal server client beside every Windows box that
> needs to access the Internet.  This is beginning to get very cumbersome and a
> huge headache.
>
> What I desire.  I wish to load a very small portion of Cygwin on each Windows
> box.  When the user clicks the icon it would then connect to the Linux
> Terminal Server and launch $browser of choice.  First off is this possible?
> and if so can someone point me on how to make this happen.  I do not want to
> have to run the entire terminal client.  Currently, what we have tested is
> from the cygwin prompt we run 'X --query $LTSP:1' but this gives us the
> entire terminal server and all I want the users to do is access a webbrowser.
>
> Regards,
> Chris

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

Re: How can I list all the software that have been insatlled to cygwin?

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Igor Pechtchanski wrote:

> On Mon, 22 Mar 2004, Larry Hall wrote:
>
> > At 11:48 PM 3/22/2004, you wrote:
> > >I tested rpm -q -a,and nothing was found.
> > >
> > >Mostly I compile the source code with make.

Upon re-reading the OP's message, I'd like to clarify that the method
below will only track packages installed via Cygwin's setup program.  If
you use "make install", you're on your own.
Igor

> > >So how can I found those installed apps(like add/remove in windows)?
> >
> > 'rpm' only keeps track of packages installed via 'rpm'.  Cygwin's setup
> > program doesn't currently support that format or use of 'rpm' explicitly
> > or otherwise.  To find the packages and the versions that setup has
> > installed for you, you can use 'cygcheck -s'.  See 'man cygcheck' for
> > all the options.
> > --
> > Larry Hall
>
> Actually, "cygcheck -cd" will suffice.
>
> If just a "cygcheck -c" is used, cygcheck will also do some rudimentary
> integrity checking on the packages (i.e., verifies that all the files are
> present).  If a "-v" is given, it will also list the missing files.  Note
> that due to a non-standard postinstall procedure, some packages (notably
> "apache") *will* show up as incomplete.
> Igor

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

Re: How can I list all the software that have been insatlled to cygwin?

[Igor Pechtchanski]

On Mon, 22 Mar 2004, Larry Hall wrote:

> At 11:48 PM 3/22/2004, you wrote:
> >I tested rpm -q -a,and nothing was found.
> >
> >Mostly I compile the source code with make.
> >
> >So how can I found those installed apps(like add/remove in windows)?
>
> 'rpm' only keeps track of packages installed via 'rpm'.  Cygwin's setup
> program doesn't currently support that format or use of 'rpm' explicitly
> or otherwise.  To find the packages and the versions that setup has
> installed for you, you can use 'cygcheck -s'.  See 'man cygcheck' for
> all the options.
> --
> Larry Hall

Actually, "cygcheck -cd" will suffice.

If just a "cygcheck -c" is used, cygcheck will also do some rudimentary
integrity checking on the packages (i.e., verifies that all the files are
present).  If a "-v" is given, it will also list the missing files.  Note
that due to a non-standard postinstall procedure, some packages (notably
"apache") *will* show up as incomplete.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

RE: setup changes my mounts

[Igor Pechtchanski]

On Tue, 23 Mar 2004, Dave Korn wrote:

> > -Original Message-
> > From: cygwin-owner On Behalf Of Larry Hall
> > Sent: 23 March 2004 04:51
>
> > this isn't "fixable".  PTC ;-)  FWIW, I found the code for this in
> > do_install_thread() in install.cc.  The code reads:
> >
> >
> >   create_mount ("/", get_root_dir (), istext, issystem);
> >   create_mount ("/usr/bin", cygpath ("/bin"), istext, issystem);
> >   create_mount ("/usr/lib", cygpath ("/lib"), istext, issystem);
> >   set_cygdrive_flags (istext, issystem);
> >
> > The parameters for setting the mount type and the scope come
> > from settings in setup itself, not from any previous registry entries.
>
>   I disagree.  The setting for istext comes just a few lines above the part
> you quoted:
>
>   int istext = (root_text == IDC_ROOT_TEXT) ? 1 : 0;
>
> Now root_text is used in root.cc to set/get the state of the radio button on
> the "Select Root Install Directory" page.  grep suggests that root_text is
> initialised in mount.cc/read_mounts():
>
> void
> read_mounts ()
> {
> [...snip...]
>   /* Loop through subkeys */
> [...snip...]
>   for (int issystem = 0; issystem <= 1; issystem++)
> {
>   snprintf (buf, sizeof(buf), "Software\\%s\\%s\\%s",
>CYGWIN_INFO_CYGNUS_REGISTRY_NAME,
>CYGWIN_INFO_CYGWIN_REGISTRY_NAME,
>CYGWIN_INFO_CYGWIN_MOUNT_REGISTRY_NAME);
>
>   HKEY key = issystem ? HKEY_LOCAL_MACHINE : HKEY_CURRENT_USER;
>   if (RegCreateKeyEx (key, buf, 0, (char *)"Cygwin", 0, KEY_ALL_ACCESS,
>   0, &key, &disposition) != ERROR_SUCCESS)
> break;
> [...snip...]
>   res = RegEnumKeyEx (key, i, aBuffer, &posix_path_size, NULL,
>   NULL, NULL, NULL);
> [...snip...]
>   if (m->posix == "/")
> {
>   root_here = m;
>   if (m->istext)
> root_text = IDC_ROOT_TEXT;
>   else
> root_text = IDC_ROOT_BINARY;
> [...snip...]
>
> and the code above quite clearly appears to be looking through the registry
> for the current mount state.
>
>   So it is actually the case that the settings DO come from the registry;
> the problem is that the setting for the root directory is indiscriminately
> applied to the root directory, the /usr/bin and /usr/lib mountpoints, and
> the cygdrive path.
>
>   I'm sure it makes sense to keep /usr/bin and /usr/lib in the same mode as
> the root dir, but I can't see any intrinsic reason why cygdrive should be
> forced to the same mode.  I dunno whether it would make more sense to offer
> separate radio buttons for the root dir mode and the cygdrive mode, or
> whether it should just preserve the existing cygdrive mode and only
> set/reset the /, /usr/bin and /usr/lib modes.
> cheers,
>   DaveK

The latter, IMO.  I'll see if I can whip up a patch...  Won't be right
away, though...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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/

launching a remote webbrowser with cygwin

[Chris Bullock]

This is my first post to cygwin and I would like to say, great product.

Background:
With all the recent Microsoft virii and code leaks we are slowly blocking 
Windows based pcs from accessing the Internet.  What we are doing is placing 
a box running a Linux terminal server client beside every Windows box that 
needs to access the Internet.  This is beginning to get very cumbersome and a 
huge headache.

What I desire.  I wish to load a very small portion of Cygwin on each Windows 
box.  When the user clicks the icon it would then connect to the Linux 
Terminal Server and launch $browser of choice.  First off is this possible? 
and if so can someone point me on how to make this happen.  I do not want to 
have to run the entire terminal client.  Currently, what we have tested is 
from the cygwin prompt we run 'X --query $LTSP:1' but this gives us the 
entire terminal server and all I want the users to do is access a webbrowser.

Regards,
Chris  


--
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/

RE: sshd debugging

[Morche Matthias]

My advice is to setup the daemon like cygrunsrv ... -a -ddd, this will turn on the 
debugging and You will see the results either in /var/log/sshd.log or within the 
Eventviewer. 

>From what you tell, I would judge that some permissions of the affected user are 
>wrong. 
Check the home dir, rwxr-xr-x.
Check ~/.ssh, rwx--
Check ~/.ssh/authorized_keys, rw-r--r--

But even the permissions on the client site can prevent ssh from working, ie. 
~/.ssh/id_dsa may have world writable...

  matthias


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Behalf
> Of David Corbin
> Sent: Tuesday, March 23, 2004 1:17 PM
> To: '[EMAIL PROTECTED]'
> Subject: sshd debugging
...
> password, but I do have a public-key/private-key installed 
> that it doesn't 
> seem to recognize.  (If you want to recommend a solution to 
> this problem, 
...

--
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/

Re: sshd debugging

[Corinna Vinschen]

On Mar 23 07:16, David Corbin wrote:
> I have sshd up and running as a service.  I can ssh into the box if I type a 
> password, but I do have a public-key/private-key installed that it doesn't 
> seem to recognize.  (If you want to recommend a solution to this problem, 
> please do - it's the real problem).

The keys are probably not readable by SYSTEM.  Use ssh-user-config as
the affected user.  The script sets the permissions correctly.

> When I have this problem on linux, I usually launch sshd in non-daemon mode 
> with some debugging flags on a different port.  When I try to do this with 
> cygwin, it says that it can't read the host key and quits.  (the host key is 
> a 0600 and owned by SYSTEM).  How can I do this?

When I do this, I'm running under my own account and change owner
of the files beforehand:

 chown MyAccount /var/empty /etc/ssh*

But that will mostly not help when debugging permission problems with key
files.  And of course you must remember to revert ownership afterwards.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

sshd debugging

[David Corbin]

I have sshd up and running as a service.  I can ssh into the box if I type a 
password, but I do have a public-key/private-key installed that it doesn't 
seem to recognize.  (If you want to recommend a solution to this problem, 
please do - it's the real problem).

When I have this problem on linux, I usually launch sshd in non-daemon mode 
with some debugging flags on a different port.  When I try to do this with 
cygwin, it says that it can't read the host key and quits.  (the host key is 
a 0600 and owned by SYSTEM).  How can I do this?
-- 
David Corbin <[EMAIL PROTECTED]>


--
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/

RE: setup changes my mounts

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Larry Hall
> Sent: 23 March 2004 04:51

> this isn't "fixable".  PTC ;-)  FWIW, I found the code for this in
> do_install_thread() in install.cc.  The code reads:
> 
> 
>   create_mount ("/", get_root_dir (), istext, issystem);
>   create_mount ("/usr/bin", cygpath ("/bin"), istext, issystem);
>   create_mount ("/usr/lib", cygpath ("/lib"), istext, issystem);
>   set_cygdrive_flags (istext, issystem);
> 
> The parameters for setting the mount type and the scope come 
> from settings in setup itself, not from any previous registry entries.

  I disagree.  The setting for istext comes just a few lines above the part
you quoted:

  int istext = (root_text == IDC_ROOT_TEXT) ? 1 : 0;

Now root_text is used in root.cc to set/get the state of the radio button on
the "Select Root Install Directory" page.  grep suggests that root_text is
initialised in mount.cc/read_mounts():

void
read_mounts ()
{
[...snip...]
  /* Loop through subkeys */
[...snip...]
  for (int issystem = 0; issystem <= 1; issystem++)
{
  snprintf (buf, sizeof(buf), "Software\\%s\\%s\\%s",
   CYGWIN_INFO_CYGNUS_REGISTRY_NAME,
   CYGWIN_INFO_CYGWIN_REGISTRY_NAME,
   CYGWIN_INFO_CYGWIN_MOUNT_REGISTRY_NAME);

  HKEY key = issystem ? HKEY_LOCAL_MACHINE : HKEY_CURRENT_USER;
  if (RegCreateKeyEx (key, buf, 0, (char *)"Cygwin", 0, KEY_ALL_ACCESS,
  0, &key, &disposition) != ERROR_SUCCESS)
break;
[...snip...]
  res = RegEnumKeyEx (key, i, aBuffer, &posix_path_size, NULL,
  NULL, NULL, NULL);
[...snip...]
  if (m->posix == "/")
{
  root_here = m;
  if (m->istext)
root_text = IDC_ROOT_TEXT;
  else
root_text = IDC_ROOT_BINARY;
[...snip...]

and the code above quite clearly appears to be looking through the registry
for the current mount state.

  So it is actually the case that the settings DO come from the registry;
the problem is that the setting for the root directory is indiscriminately
applied to the root directory, the /usr/bin and /usr/lib mountpoints, and
the cygdrive path.

  I'm sure it makes sense to keep /usr/bin and /usr/lib in the same mode as
the root dir, but I can't see any intrinsic reason why cygdrive should be
forced to the same mode.  I dunno whether it would make more sense to offer
separate radio buttons for the root dir mode and the cygdrive mode, or
whether it should just preserve the existing cygdrive mode and only
set/reset the /, /usr/bin and /usr/lib modes.


cheers, 
  DaveK
-- 
Can't think of a witty .sigline today



--
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/

Re: suid bit on executables?

[Corinna Vinschen]

On Mar 22 19:49, Richard Troy wrote:
> A little over a year ago, I poked my nose under the tent to inquire about
> this once more and in the interrim there had been a new cygserver and a
> new ssh daemon, and I was very happy with the advance, but still things
> were short of the SUID bit being honored...
> 
> Now, I read in the archives about something, apparently upcoming, called
> cygdaemon... I read hints that cygdaemon helps address this problem.

There's no such thing as a cygdaemon, only cygserver.  If the SUID stuff
gets implemented, it will be based on cygserver.  But there's no code
for doing this so far.  Security changes in 2K3 are making an implementation
even more complex.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

Re: How do you fstat an open directory?

[Corinna Vinschen]

On Mar 22 21:30, Mark Blackburn wrote:
> [EMAIL PROTECTED] ~
> $ ./testcase.exe
> inode of d:17489383932880356520
> 
> [EMAIL PROTECTED] ~
> $ ls -id d
> 3659174697343209 d/
[...]
> Notice that the inodes don't match from ls -id and from my test program. 
> Am I doing something wrong?

No, it's a bug in Cygwin's fstat implementation which happens to go
wrong for directories.  Thanks for catching this.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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/

RE: More on 'setup' fails and breaks pre-existing Cygwin installation: "The Rational Rose Files"

[Dave Korn]

 
> -Original Message-
> From: cygwin-owner On Behalf Of Christopher M. Balz
> Sent: 23 March 2004 06:39

> I didn't suspect Rational Rose since I've run Cygwin fine 
> when it was my previous Cygwin installation and when Rose had 
> already been installed.  
> Apparently however, from your comments, it looks as if the 
> MKS system makes breaks the Cygwin installation.  Is there a 
> way (or a place I could look to find out) where I could 
> protect the path that Cygwin uses?
> 
> Thank you so much for your help.
> 
>  - Chris


  Simplest thing to do I reckon is to put something in either your
cygwin.bat or your .bashrc / .profile to reset $PATH to something safe,
depending on how you most commonly start up cygwin.



cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
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/

RE: Would like to release 1.5.10 soon -- please try latest snapsh ot: Win95, "make" fixes

[Alistair Bell]

Many thanks, 

It has settled the various problems experienced here with Win95.

http://sources.redhat.com/ml/cygwin/2004-03/msg00404.html

Regards

Alistair

> -Original Message-
> Sent: 22 March 2004 19:20
> To:   [EMAIL PROTECTED]
> Subject:  Would like to release 1.5.10 soon -- please try latest
> snapshot: Win95, "make" fixes
> 
> The latest snapshot has fixes for the make SEGV reported by Dan Kegel and
> contains a fix, from Pierre Humblet, which may address problems that
> people
> have been seeing on Windows 95.
> 
> Please try it out and report success or failure here.
> 
> I'd like to release 1.5.10 in the next couple of days.
> 
> http://cygwin.com/snapshots/
> --
> Christopher Faylor
> Cygwin Project Leader
> Red Hat, Inc.
> 
> --
> 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/

--
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/

porting gcc-3.2.3 to cygwin

[bertrand marquis]

For a project i need to use gcc-3.2.3 under cygwin and also as a cross 
compiler to make cygwin programs on a linux computer

but it seems that when i'm compiling stuff with this gcc, there are 
problem accessing the file system under cygwin.
for example if i stat a directory and check if it is a directory, i get 
a negative answer, but the program as been compiled without any problem.

Is anyone know what patch is needed to make this version of gcc work 
under cygwin ?

thanks in advance

--
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/