Re: setup - duplicating cygwin

[Jim Easton]

Hi Igor,

> > Tell me; In case things go wrong, to recover my present configuration
> > is it sufficient to simply restore /cygdrive/c/cygwin and
> > /cygdrive/c/cygwin.disk or is there something more subtle going on.
> 
> If you didn't change the mounts, it should be sufficient to restore
> c:\cygwin.  I don't know what c:\cygwin.disk is -- probably something

c:\cygwin.disk is where setup seems to want to put the downloaded files.

> specific to your system that you've created.  If you did change the
> mounts, the FAQ mentions a way of saving/restoring them by writing the
> output of the "mount -m" command to a batch file and then running it.

No such problem here.

...

> > cygdrive and proc are missing.  I take it there is no proc or
> > cygdrive directories.
> 
> They are virtual directories, as is /dev (but /dev doesn't show up in the
> root directory listing yet).

Right, I realize that.  When I was still working (now retired) I found 
/proc was a right useful directory.  In fact there was a program called
lsof which was supposed to tell you which processes had open files or
were cd'ed into a given file system.  This was to enable one to kill
the process so you could unmount the file system.  It didn't always
work so I wrote a script using /proc that fullfilled the purpose.

Question: is /proc implemented and I just haven't figured out how to
install it?

> You can also simply rename the directory (which will effectively hide it
> from Cygwin), and then rename it back.

I thought of that and will certainly do that for experimenting but unless
cygdrive and proc need not be there it doesn't allow a restoration from
a tar file which would be nice.

I will experiment with that.  My background is experimental physics -
the emphasis being on the "experimental".  I just hope I don't kill
myself in the process  :-).

> HTH,

It certainly does - thank you.

Jim

--
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 - duplicating cygwin

[Corinna Vinschen]

On Jun 20 02:58, Jim Easton wrote:
> Question: is /proc implemented and I just haven't figured out how to
> install it?

Did you try

  $ cd /proc
  $ ls -l

before asking?  


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: cygwin emacs characters

[bh77]

many thanks for the quick and accurate replies
the changes to the .bashrc file run fine, but only if I type bash into the
emacs shell. Is there a flag I can add to the .emacs file to make this the
default for any emacs session ?

thanks for all the help
--
View this message in context: 
http://www.nabble.com/cygwin-emacs-characters-t1812105.html#a4952880
Sent from the Cygwin Users forum at Nabble.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: Suggestion: add "setup.exe" version number to Cygwin home page

[Dave Korn]

On 19 June 2006 21:18, Buchbinder, Barry (NIH/NIAID) wrote:

> Daniel Friedman wrote:
>> It would be nice to learn the latest version of the Cygwin setup
>> program "setup.exe" without having to download and install it.
>> 
>> Hence I respectfully suggest adding a statement of form "Latest
>> Cygwin setup.exe version is 2.510.2.2" to http://www.cygwin.com, e.g.
>> right below the also-helpful "Latest Cygwin DLL release version
>> is 1.5.19-4" statement.
>> 
>> Thanks,
>> --daniel
> 
> It's my experience that this is not really necessary.  setup.ini
> contains timestamp and version information.  When setup.exe has been
> updated, the version on the local system informs the user that a newer
> version of setup.exe is available.  (I would guess that if one is
> updating using the automated, command line options one will not be so
> informed.  Of course, that may not be a problem since many of the
> improvements are in the UI.)
> 
> - Barry


  Alternatively, you can find out the latest setup.exe version anytime you
want like this:-


pushd >/dev/null /tmp && wget 2>/dev/null `cat
/etc/setup/last-mirror`/setup.bz2 && ( bunzip2 -c setup.bz2 | grep
setup-version | cut -f2 -d' ' ) && popd >/dev/null



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/

snapshots: first resort, or last resort?

[Science Guy]

In http://cygwin.com/ml/cygwin/2006-06/msg00434.html, Brian said "using the
latest snapshot should always be the first thing you try when encountering a
problem before reporting it to the list."

However, the instructions for installing snapshots at
http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots say:  "First,
are you sure you want to do this? Snapshots are risky. They have not been
tested. Use them ONLY if there is a feature or bugfix that you need to try,
and you are willing to deal with any problems, or at the request of a Cygwin
developer."

For a non-expert, such as me, this dichotomy of views is perplexing.  This
is made all the more perplexing because there does not seem to be (I could
not find) a user-readable list of bugs that each snapshot fixes vis-a-vis
the latest release.  So how would a user know whether the "risky" step of
installing a snapshot will have any chance of fixing a particular bug?

-- Joe


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

Thread-related segfault with cygwin 1.5.19-4

[Jon S. Berndt]

I've compiled and rebuilt the FlightGear application under a fresh
installation of cygwin (I've been doing this for years, now) and when
running flightgear I get a segfault at startup - something I've not seen
before.

When running under gdb, this is the message I get:

Program received signal SIGSEGV, Segmentation fault.
0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll

Typing "where" in gdb gives this trace:

(gdb) where
#0  0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll
#1  0x6108dd7f in _sigfe () from /usr/bin/cygwin1.dll
#2  0x59432d52 in ?? ()
#3  0x10022488 in ?? ()
#4  0x10022458 in ?? ()
#5  0x10022488 in ?? ()
#6  0x0022ed88 in ?? ()
#7  0x610af6b7 in pthread::once () from /usr/bin/cygwin1.dll
#8  0x610af6b7 in pthread::once () from /usr/bin/cygwin1.dll
#9  0x6108dd7f in _sigfe () from /usr/bin/cygwin1.dll
#10 0x0022edb8 in ?? ()
#11 0x009aaa05 in _Unwind_SjLj_Register ()
#12 0x009aaa05 in _Unwind_SjLj_Register ()
#13 0x004011ad in main ()

I've checked with the mailing list and don't see a related question. Does
the above trace suggest a problem with pthread implementation in cygwin, or
does the first hint of trouble appear with the Unwind...() call? The "?" in
line #10 in the "where" trace seems fishy, to me.

Any suggestions on where to look next for help will be appreciated.

Jon


cygcheck.out
Description: Binary data
--
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: snapshots: first resort, or last resort?

[Brian Dessent]

Science Guy wrote:

> For a non-expert, such as me, this dichotomy of views is perplexing.  This
> is made all the more perplexing because there does not seem to be (I could
> not find) a user-readable list of bugs that each snapshot fixes vis-a-vis
> the latest release.  So how would a user know whether the "risky" step of
> installing a snapshot will have any chance of fixing a particular bug?

The reality is probably somewhere in the middle.  I admit that I am
enthusiastic about encouraging use of fresh code.  However, I have come
to this position from two personal observations -- firstly, that a large
number of problems reported on the list involve already-fixed bugs, and
hence trying a snapshot is a very quick and easy "self serve" method for
resolving a problem you may be having without needing to describe the
problem in detail and hope someone recognises it.  Chances are someone
will tell you to try a snapshot anyway, so why not just do it first?

The second is that I myself use freshly compiled code from CVS, and find
it personally to be more stable; or if stable is perhaps not the correct
word, then certainly containing fewer bugs and more features.  On
occasion this means experiencing a DLL that is unquestionably broken,
but when this happens I simply copy the previous working one (it helps
to keep a large number of them around.)  Again I emphasize all we're
talking about is simply copying a DLL file.  In the worst case you can
always just copy back one that you know works -- a release version even,
if you must.

On the other hand, I am experienced with Cygwin and generally know how
to troubleshoot when something goes wrong, so the thought of a
temporarily broken system is of no consequence.  It is good that the FAQ
begins with a cautionary note, because it is true that the snapshots
might occasionally be broken, so blindly using one when there is no
observed defect would not be a good idea.

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: bash and CSRSS consuming 100% of CPU

[Dave Korn]

On 20 June 2006 02:11, Science Guy wrote:

> I got cygwin working once again on my problem machine.  (Hooray!)
> 
> The problem was that the snapshot tar file, cygwin-inst-20060614.tar.bz2,
> had cygwin1.dll in /usr/bin but failed to replace the old cygwin1.dll in
> /bin.  I copied over the new cygwin1.dll into /bin, and things are working
> nicely once again.

  Yes, tar can't replace the cygwin dll, because tar relies on having the
cygwin dll loaded in order to run!  You have to extract it separately and use
a dos prompt to copy it across.  You obviously read the FAQ entry, because you
knew to use the "--exclude=usr/bin/cygwin1.dll" option; read the bit just
after that again.  I guess it's only implied rather than explicit, that you
could have installed the dll first and the rest later; maybe we could make it
clearer.

> My antivirus and antispyware software programs are still running on the same
> PC.  I did not touch them.  It will be a sad day when cygwin can no longer
> run alongside these programs.  Our corporate guidelines require us to have
> antivirus and antispyware software running on our corporate PCs; otherwise,
> we are denied connectivity to the corporate network.
> 
> And anyway, shouldn't everyone run antivirus and antispyware programs on
> their PCs, corporate or private?  I love cygwin and think it's a great
> package, but disabling antivirus and/or antispyware software to enable
> cygwin to run seems like too high a price to pay.  Am I missing something
> here?

  Yes: we were only suggesting *temporarily* disabling them to identify if
they were the source of the problem.  A lot of anti-virus programs are
actually buggy and modify the operation of the system by inserting hooks left
right and center; if, as a result of that, something stops working, because
the hooks inserted by the AV aren't actually transparent to the application
that is being hooked, then it's the AV program's fault, not cygwin's.  It
should be reported as a bug to the AV software manufacturer.


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: Thread-related segfault with cygwin 1.5.19-4

[Brian Dessent]

"Jon S. Berndt" wrote:

> When running under gdb, this is the message I get:
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll
> 
> Typing "where" in gdb gives this trace:
> 
> (gdb) where
> #0  0x610ae938 in pthread_key_create () from /usr/bin/cygwin1.dll

What you are seeing:

- does not represent an actual problem in the pthread library
- is not an actual segfault
- is a bug/misfeature in gdb that has been fixed in CVS
- can be worked around just by typing "c" or "continue"
- has been discussed in depth, at length, ad infinitum, over and over
and over on this list numerous times in the past, so please read those
threads.  Try a google search for: site:cygwin.com inurl:ml inurl:cygwin
inurl:2006 gdb sigsegv

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: Thread-related segfault with cygwin 1.5.19-4

[Jon S. Berndt]

> What you are seeing:
>
> - does not represent an actual problem in the pthread library
> - is not an actual segfault
> - is a bug/misfeature in gdb that has been fixed in CVS
> - can be worked around just by typing "c" or "continue"
> - has been discussed in depth, at length, ad infinitum, over and over
> and over on this list numerous times in the past, so please read those
> threads.  Try a google search for: site:cygwin.com inurl:ml inurl:cygwin
> inurl:2006 gdb sigsegv
>
> Brian

I appreciate your response. This helps. It may not appear that I've done my
research, but as an open source developer (and project coordinator) for many
years, I understand the right way to seek help. I've been looking for days
via various google searches, and asking other developers for help. I
searched the cygwin mailing list archives, and checked the cygwin FAQ
("Known problems ..."). Even though this is not a real cygwin problem, if
this question gets asked so often, it might be worth adding a response in
the FAQ.

Thanks,

Jon


--
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: Thread-related segfault with cygwin 1.5.19-4

[Brian Dessent]

"Jon S. Berndt" wrote:

> via various google searches, and asking other developers for help. I
> searched the cygwin mailing list archives, and checked the cygwin FAQ
> ("Known problems ..."). Even though this is not a real cygwin problem, if
> this question gets asked so often, it might be worth adding a response in
> the FAQ.

This particular issue certainly qualifies for the 'F' in FAQ.  It's a
case of SHTDIANH (somebody has to do it and nobody has) though.  The FAQ
tends to not be the greatest place to look for breaking news, and this
one is still relatively recent.

Furthermore, the solution at the moment is rather awkward (build gdb and
Cygwin from CVS), and I'm not sure we'll make any friends by officially
suggesting that procedure right now.  I think to most people that would
read as "just wait until the next release of gdb and Cygwin."

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: Running dselect

[Dave Korn]

On 20 June 2006 05:44, Wynfield Henman wrote:

> I downloaded,
>  
>
ftp://sources.redhat.com/pub/gdb/snapshots/branch/gdb-6.4.91.20060615.tar.bz2
> 
> and built it successfully in the cygwin environment and with cygwin tools.

  And so you made a post called "Running deselect" because why ?!

> But, the resulting binary seems to have bugs in it either something to
> do with the termainal or what I'm not sure as it just crashes.

  Wow.  That's a really precise and accurate description, containing all the
details anyone could ever need to identify the problem.
 
> Any ideas on how to fix this..  

  Well, if I were to give a reply with the same level of detail as you've
described the problem, I would say:-

> Any ideas on how to fix this..  

  Yes.  In order to fix it, find the broken thing and make it work.

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: variable

[Igor Peshansky]

On Mon, 19 Jun 2006, prz wrote:

> thanks for the update
> a simple testcase
> tempdba:/cygdrive/c/workdir:echo $OBJECT
>
> tempdba:/cygdrive/c/workdir:. ./testcase -a dt
> print object dt
> tempdba:/cygdrive/c/workdir:. ./testcase -a dt
> print object dt
> tempdba:/cygdrive/c/workdir:. ./testcase -a dl
> print object dt
> tempdba:/cygdrive/c/workdir:echo $OBJECT
> dt
> the code :
> #!/bin/bash
> while getopts "a:" option; do
> case "$option" in
>a)   OBJECT=$OPTARG
> ;;
>*)   exit
> esac
> done
> case "$OBJECT" in
>dt)
> echo "print object $OBJECT"
>;;
>dl)
> echo "print object $OBJECT"   ;;
> *)  usage
> esac
> #exit
> Thanks for all info/help
> Best Regards, Guy Przytula

.  Please read and follow the Cygwin
problem reporting guidelines at .  Also,
please let us know exactly how you invoke your script -- the normal
invocation should not affect anything in the environment of the calling
process.  IIRC, getopts won't work well in sourced scripts.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: variable

[Igor Peshansky]

On Tue, 20 Jun 2006, Igor Peshansky wrote:

> On Mon, 19 Jun 2006, prz wrote:
>
> > thanks for the update
> > a simple testcase
> > tempdba:/cygdrive/c/workdir:echo $OBJECT
> >
> > tempdba:/cygdrive/c/workdir:. ./testcase -a dt
^
There it is.

> > print object dt
> > tempdba:/cygdrive/c/workdir:. ./testcase -a dt
> > print object dt
> > tempdba:/cygdrive/c/workdir:. ./testcase -a dl
> > print object dt
> > tempdba:/cygdrive/c/workdir:echo $OBJECT
> > dt
> > the code :
> > #!/bin/bash
> > while getopts "a:" option; do
> > case "$option" in
> >a)   OBJECT=$OPTARG
> > ;;
> >*)   exit
> > esac
> > done
> > case "$OBJECT" in
> >dt)
> > echo "print object $OBJECT"
> >;;
> >dl)
> > echo "print object $OBJECT"   ;;
> > *)  usage
> > esac
> > #exit
> > Thanks for all info/help
> > Best Regards, Guy Przytula
>
> .  Please read and follow the Cygwin
> problem reporting guidelines at .  Also,
> please let us know exactly how you invoke your script -- the normal
> invocation should not affect anything in the environment of the calling
> process.  IIRC, getopts won't work well in sourced scripts.

Never mind.  I couldn't figure out how you got the output you got without
sourcing the script, but I thought that '.' was part of your prompt.  Ok,
now you'll need to explain why you are sourcing the script rather than
just invoking it.  A forgotten "chmod +x", perhaps?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: I Need your help for Installation & Upgradation of Cygwin.....on Windows 2000

[Charli Li]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- -Original Message-
> From: [EMAIL PROTECTED]
> Sent: Tuesday, June 20, 2006 1:58 AM
> To: cygwin@cygwin.com
> Subject: I Need your help for Installation & Upgradation of
> Cygwin.on Windows 2000
> 
> 
> Hi,
> 
> Thanks for your support.
> 
> I planing  to learn about cygwin on windows 2000 so pls. send me 
> the details of
> Installation & upgradation Guides
> 
> Thanks & Regards,
> 
> Antonidoss
> 
> -- 
> With Regards,
> 
> A Antonidoss
> 

Setup.exe: ftp://ftp.osuosl.org/pub/cygwin/setup.exe
Quick Start Guide: http://cygwin.com/cygwin-ug-net/setup-net.html
FYI: My system is Windows 2000.

Charli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (Cygwin)

iD8DBQFEl/4YKGyf4JaPChgRAsJXAKCe54emw2gRgnBVjGNXs1rQ1U3eQACeNt9w
EXQQZKmrVkX2J6k4i7WBB1U=
=WjFH
-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: Suggestion: add "setup.exe" version number to Cygwin home page

[Igor Peshansky]

On Tue, 20 Jun 2006, Dave Korn wrote:

> On 19 June 2006 21:18, Buchbinder, Barry (NIH/NIAID) wrote:
>
> > Daniel Friedman wrote:
> >> It would be nice to learn the latest version of the Cygwin setup
> >> program "setup.exe" without having to download and install it.
> >>
> >> Hence I respectfully suggest adding a statement of form "Latest
> >> Cygwin setup.exe version is 2.510.2.2" to http://www.cygwin.com, e.g.
> >> right below the also-helpful "Latest Cygwin DLL release version
> >> is 1.5.19-4" statement.
> >>
> >> Thanks,
> >> --daniel
> >
> > It's my experience that this is not really necessary.  setup.ini
> > contains timestamp and version information.  When setup.exe has been
> > updated, the version on the local system informs the user that a newer
> > version of setup.exe is available.  (I would guess that if one is
> > updating using the automated, command line options one will not be so
> > informed.  Of course, that may not be a problem since many of the
> > improvements are in the UI.)
>
>   Alternatively, you can find out the latest setup.exe version anytime you
> want like this:-
>
> pushd >/dev/null /tmp && wget 2>/dev/null `cat
> /etc/setup/last-mirror`/setup.bz2 && ( bunzip2 -c setup.bz2 | grep
> setup-version | cut -f2 -d' ' ) && popd >/dev/null

wget -qO- `cat /etc/setup/last-mirror`/setup.bz2 | \
  grep setup-version | cut -f2 -f' '  # :-p

But only if your last mirror was up-to-date, and this is probably just as
bad in terms of network traffic as downloading the actual setup.exe from
cygwin.com, which was what the OP's complained about.  Besides, you can
grep setup.exe itself for the version (the one on cygwin.com, that is).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: Suggestion: add "setup.exe" version number to Cygwin home page

[zzapper]

"Dave Korn" <[EMAIL PROTECTED]> wrote in news:00be01c6945d$00463bb0
[EMAIL PROTECTED]:

> pushd >/dev/null /tmp && wget 2>/dev/null `cat
> /etc/setup/last-mirror`/setup.bz2 && ( bunzip2 -c setup.bz2 | grep
> setup-version | cut -f2 -d' ' ) && popd >/dev/null
> 
How this works AFAICT
The meat is here
wget `cat /etc/setup/last-mirror`/setup.bz2 && ( bunzip2 -c setup.bz2 | 
grep setup-version | cut -f2 -d' ' ) 

pushd  # save current directory
>/dev/null # suppress output from pushd
/tmp   # move to /tmp
2>/dev/null# suppresses a lot of wget's "noise"
popd >/dev/null# return to original directory , suppressing "noise"


-- 
http://successtheory.com/tips/ Vim, Zsh, MySQL Tips


--
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: bash and CSRSS consuming 100% of CPU

[Christopher Faylor]

On Tue, Jun 20, 2006 at 12:57:54PM +0100, Dave Korn wrote:
>On 20 June 2006 02:11, Science Guy wrote:
>
>> I got cygwin working once again on my problem machine.  (Hooray!)
>> 
>> The problem was that the snapshot tar file, cygwin-inst-20060614.tar.bz2,
>> had cygwin1.dll in /usr/bin but failed to replace the old cygwin1.dll in
>> /bin.  I copied over the new cygwin1.dll into /bin, and things are working
>> nicely once again.
>
>  Yes, tar can't replace the cygwin dll, because tar relies on having the
>cygwin dll loaded in order to run!  You have to extract it separately and use
>a dos prompt to copy it across.  You obviously read the FAQ entry, because you
>knew to use the "--exclude=usr/bin/cygwin1.dll" option; read the bit just
>after that again.  I guess it's only implied rather than explicit, that you
>could have installed the dll first and the rest later; maybe we could make it
>clearer.

Dave, I think you missed this:

>sciguy wrote:
>>I am networked to a Linux machine, so I moved the tar file
>>cygwin-inst-20060614.tar.bz2 over to the Linux machine, created a dummy
>>cygwin directory to hold the file, and un-tarred it there using this
>>command:
>>
>>% /bin/tar -jxvf cygwin-inst-20060614.tar.bz2
>>
>>Then I ftp'd the entire un-tarred file and directory structure over the
>>cygwin directory of the affected Windows PC.

This is why I kept mentioning that the snapshot cygwin DLL wasn't
installed in the right location.  I correctly assumed that this step did
not put the cygwin DLL (or any of the cygwin programs) in c:\cygwin\bin.
The cygcheck output made this pretty clear.

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: cygwin emacs characters

[bh77]

see this site which enabled me to solve all of these character issues
http://www.khngai.com/emacs/
--
View this message in context: 
http://www.nabble.com/cygwin-emacs-characters-t1812105.html#a4956128
Sent from the Cygwin Users forum at Nabble.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: Latest Cygwin Release 5 month old... (gold star alert)

[Christopher Faylor]

On Mon, Jun 19, 2006 at 03:24:04PM -0700, Brian Dessent wrote:
>Linda Walsh wrote:
>
>> Nobody like to hear "oh, it's fixed in the latest build, but
>> not in the released product."
>
>Whether they like it or not doesn't change the situation at all.  The
>fact remains that very often reported problems are fixed in snapshots,
>so saying "try a snapshot first" is a very effective way to save a lot
>of time on the part of both the person with the problem and the people
>on the list that take the hours out of their day to try to help.  And
>isn't that the goal of everyone posting to the list with problems, to
>resolve them quickly?  This is a single DLL file we're talking about,
>not a linux kernel, and it takes seconds to replace and doesn't require
>a reboot.
>
>> If a developer doesn't think it is good enough to release,
>> then I'm not sure I want to be testing on my "production" machine.
>> Not everyone has a spare test machine.
>
>That kind of logic is toxic poison to an open source project.  How do
>you think those releases come to be?  If you want stable releases then
>you need to regularly test snapshots and give feedback, otherwise the
>releases will not be of high quality.  This is all a volunteer effort
>here, and the developers' only way of assessing whether their fixes are
>effective and stable is by hearing from people on the list that try
>them.  If everyone played the "I'm not going anywhere near something
>that doesn't have the mythical release stamp of approval" card then no
>forward progress would ever be made, and you'd have a lot of really
>buggy releases.

It's been a while since I've given out a gold star but I think Brian's
email definitely rates one.

Thanks, Brian, for always being the voice of reason.

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: random "fork: Resource temporarily unavailable"

[Mark Bartel]

Larry Hall wrote:
> Linda Walsh wrote:
> > I've not seen this message except when I've had to rapidly
> > press ^C to break out of a loop shell script.
> >
> > Today, I've seen it twice when there was virtually no cpu load
> > on the system, about 50% virtual memory committed, and 40 processes.
> >
> > Once, was with an "ls" command, the other happened as my shell was
> > starting up by some command invoked in the .rc script.
> >
> > I get suspicious whenever I see behavior on my computers when
> > anomalies crop up.
> >
> > I don't think any of my cygwin libraries have been updated recently.
> >
> > What would cause something like this?  Memory fragmentation?
> > Insufficient real memory to "immediately" fork?  I.e. I wonder
> > if, when NT goes to "fork", if it doesn't have enough free
> > memory, it tells the caller it failed (try again later) and
> > then starts a memory cleanup cycle to free up memory: i.e. rather
> > than the forking process sleeping while memory is made available
> > NT returns it immediately with a failure.
> >
> > Any idea on causes?  Is it as rare as it has been for me?
> > A possible solution would be retry the fork a second time, or
> > sleep for a millisecond and then try fork again. I'm not sure,
> > but I think many *ixy (*='un'|'pos'|'lin'|'ir'...etc) type programs
> > may not retry the fork  but immediately die, as on *ixy systems,
> > a fork failure is less common, and usually only happens when
> > the system really is out of resources.  If that's the case,
> > it _might_ be an aid to smooth *ixy compatibility for the
> > library handling fork, retry the fork (possibly with millisecond
> > sleep) once before returning failure to the application.
> >
> > Not a high priority issue, but just wondering
> >
> > Linda
> > If it is NT returning failure rather than
> > forking, I wonder if, in order to provide a better "run-time"
> 
> 
> If you can reproduce this problem, I would suggest trying it again
with
> a recent snapshot.

This sounds like the same issue I was encountering.  I can reproduce it
on demand with:

[EMAIL PROTECTED] ~
$ find * -type f -exec grep foo {} /dev/null \;
  6 [main] find 435884 fhandler_dev_zero::fixup_mmap_after_fork:
requested 0x48 != 0x0 mem alloc base 0x48, state 0x2000, size
1040384, Win32 error 487
272 [main] find 435884 C:\cygwin\bin\find.exe: *** fatal error -
C:\cygwin\bin\find.exe: *** recreate_mmaps_after_fork_failed
 13 [main] find 434720 child_info::sync: wait failed, pid 435884,
Win32 error 0
344 [main] find 434720 fork: child -1 - died waiting for longjmp
before initialization, retry 10, exit code 0x100, errno 11
find: cannot fork: Resource temporarily unavailable

[EMAIL PROTECTED] ~
$

Unfortunately, it is more than just annoying in my case, as it happens
all the time.  I had to buy MKS Toolkit to get on with my job.

-Mark

--
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: Thread Injection + Cygwin problems

[Christopher Faylor]

On Mon, Jun 19, 2006 at 06:11:57PM -0500, mwoehlke wrote:
>Kaveh Goudarzi wrote:
>>I've written a program to detect the invocation of processes and then
>>inject them with a remote thread in the hope of getting the cmdLine/cwd
>>and environment variables of the running process.
>[snip]
>>I'm not sure how to approach the problem so any advice would be greatly
>>appreciated.
>>
>>Is there an obvious reason why attempting to invoke cygwin calls such
>>as getenv() in an injected thread might result in crashes?  I've also
>>tried cygwin_internal(CW_SYNC_WINENV) with the same result.  I'm
>>running Windows XP and have tried the 20060614 snapshot with the same
>>result.
>
>There are known problems with thread injection and Cygwin.  Are you
>using the latest cygwin.dll snapshot?

He said he was running the latest version of the snapshot (I put back
the part that you snipped above).

The problem may be due to the fact that the injected thread doesn't have
a cygtls area.  If the thread is injected prior to the completion of
cygwin's initialization or if it somehow bypasses the DLL_THREAD_ATTACH
phase of the initialization (which was one problem that I had to deal
with in the dreaded "cygwin loops forever" problem) then there will be
no cygtls area and using cygwin functions will be problematic.

The fix in the snapshots more-or-less assumes that any injected thread
is not going to try to use cygwin functions so, as of right now, it
may not be possible to do what the OP wanted.

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: Latest Cygwin Release 5 month old... (gold star alert)

[Igor Peshansky]

On Tue, 20 Jun 2006, Christopher Faylor wrote:

> On Mon, Jun 19, 2006 at 03:24:04PM -0700, Brian Dessent wrote:
> >Linda Walsh wrote:
> >
> >> Nobody like to hear "oh, it's fixed in the latest build, but
> >> not in the released product."
> >
> >Whether they like it or not doesn't change the situation at all.  The
> >fact remains that very often reported problems are fixed in snapshots,
> >so saying "try a snapshot first" is a very effective way to save a lot
> >of time on the part of both the person with the problem and the people
> >on the list that take the hours out of their day to try to help.  And
> >isn't that the goal of everyone posting to the list with problems, to
> >resolve them quickly?  This is a single DLL file we're talking about,
> >not a linux kernel, and it takes seconds to replace and doesn't require
> >a reboot.
> >
> >> If a developer doesn't think it is good enough to release,
> >> then I'm not sure I want to be testing on my "production" machine.
> >> Not everyone has a spare test machine.
> >
> >That kind of logic is toxic poison to an open source project.  How do
> >you think those releases come to be?  If you want stable releases then
> >you need to regularly test snapshots and give feedback, otherwise the
> >releases will not be of high quality.  This is all a volunteer effort
> >here, and the developers' only way of assessing whether their fixes are
> >effective and stable is by hearing from people on the list that try
> >them.  If everyone played the "I'm not going anywhere near something
> >that doesn't have the mythical release stamp of approval" card then no
> >forward progress would ever be made, and you'd have a lot of really
> >buggy releases.
>
> It's been a while since I've given out a gold star but I think Brian's
> email definitely rates one.

Hear, hear.  Done.

> Thanks, Brian, for always being the voice of reason.

Heh, Brian is moving up: his previous gold star was more than a year ago,
for "constant good advice and determination to help on the Cygwin list for
two weeks straight". :-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

CVSNT and cvs

[Marko Bozikovic]

Hi all,

I have a problem with logging in to remote CVSNT server using cygwin cvs.

I'm using CVSNT 2.5.03.2260 on Windows and Cygwin cvs 1.11.17. CVS repository
is in C:\cvsrepo, with name /cvsrepo.

I'm trying to connect with:

cvs -d:pserver:[EMAIL PROTECTED]:/cvsrepo login

When I enter a valid password, I get follwing errors:
cvs login: CVSROOT requires a path spec:
cvs login: :(gserver|kserver|pserver):[[user][:[EMAIL PROTECTED]:[port]]/path
cvs login: [:(ext|server):[EMAIL PROTECTED]:]/path
cvs login: warning: skipping invalid entry in password file at line 4

If I enter an invalid password, I get (expected) error:
cvs login: authorization failed: server cvs rejected access to /cvsrepo for
user bozho

I've searched cygwin list archives, as well as CVSNT FAQs and tutorials and
searched the google and I have found different suggestions on how to specify
repository path (/c//cvsrepo, /c:/cvsrepo, etc), but none of them works (I get
'no such repository' error)

Running CVSNT's cvs on the server (with the above parameters) works ok.

Does anyone know how to make cvs play nice with CVSNT server on Windows?

Thank you,
-- 
Marko
ICQ: 5990814

I'm not under the alkafluence of inkahol
that some thinkle peep I am.
It's just the drunker I sit here the longer I get.

--
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: Unable to delete directory in Cygwin

[Lev Bishop]

On 6/19/06, mwoehlke  wrote:

Larry Hall (Cygwin) wrote:
> mwoehlke wrote:
>> Eric Blake wrote:
>>> That said, cygwin does try to emulate linux, and if someone were to
>>> contribute a patch that would allow cygwin to emulate directory deletion
>>> if it knows that all open handles have also been scheduled for unlinking
>>> at process end, then http://cygwin.com/acronyms/#PTC.
>>
>> Not a patch, but for the record, it looks like Interix solves this
>> problem (http://www.interopsystems.com/tools/tm.aspx?m=9403). Maybe
>> Cygwin could do something similar?
>>
>> (And in case that link dies; apparently Interix has a special 'temp'
>> directory where "unlinked" files are sent until their handles are all
>> closed.)
>
> If you take a look at the cygwin sources, you'll see that Cygwin does
> something similar already.  This does not solve the problem for those
> that want to unlink and immediately recreate the unlinked entry though...

I'm confused. As I read the post, if I create a file 'bar' in '/foo',
open the file, and then 'rm -rf /foo', I can't do that. If Cygwin
"magically redirects" 'bar' to some special place, wouldn't that
a: allow me to unlink '/foo'
b: allow me to then create a new (and different) '/foo/bar'?


Yes, in both cases. However, cygwin doesn't do this magic redirection.
What it does do, as far as I understand it, is that it adds files that
have deletion syscalls called on them to a pending-deletion list,
returns success to the deleter, and then deletes the file at the first
chance it gets. I had a go at making a "magic redirection" patch a
while ago, but never got it into submittable form.


I also do not see anywhere that the OP is even trying to do [b].


With the current cygwin, you don't get that far, since the file bar
still exists until it's no longer in use, and the pending-delete stuff
doesn't happen for directories.

Take a look at winsup/cygwin/delqueue.cc , especially the initial
FIXME comment

L

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

Broken install

[Jeff Sadowski]

Running setup.exe
I first did a "Download without installing"
I used my local Desktop as my local package directory
I used Direct connect for my connection type
I used mirrors.kernel.org as the Download sight
In the select packages list I clicked on the Default
for All and changed it to Install
(this should select all the packages for download)
It give me this error message
"Package: libguile16
Required by: guile, guile-devel"
I don't plan on using guile but I shouldn't have
gotten this error
I then copyed all the files over to my linux machine
and copyied the setup.exe
into the
http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin
directory and using mkisofs put that on a cd.
then I tried installing from the cd
I put the cd into the windows machine
and ran setup.exe
and when it prompted for the type of install I
selected local install
then I selected C:\cygwin as the install directory and
D:\(my cdrom drive)
as the source directory then I selected all packages
again
near the end of the install I kept getting allot of
unresolved dependency dlls
and I never got asked for the icons and menu options.
It seems like a broken install. Something needs fixed.
It does the same thing from a internet install.
It does the same thing on a fresh machine as well.

Should I not select install all?
I should be able to without a broken install
Is there a better way to insure I get all the usefull
packages I want?

I could go through and pick and choose but the
majority of packages I want and I  have the space I
just wanted to install everything.

Is there a way to tell the installer from the
commandline which packages to install? I see the other
options but not that. There should be.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.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/

Dir not mounted when logging in through ssh

[Alexander.Farber]

Hello,

I have a problem that a directory ( /cygdrive/h mounted 
to the H:\ which is in turn mounted to \\bonfs01\afarber )
is visible in the normal Cygwin console, but disappears
when I login into the same PC via OpenSSH:

[EMAIL PROTECTED] ~
$ mount
C:\apps\Cygwin\bin on /usr/bin type system (binmode)
C:\apps\Cygwin\lib on /usr/lib type system (binmode)
\\bonfs01\afarber on /cygdrive/f type system (binmode,noexec)
C:\apps\Cygwin on / type system (binmode)
c: on /cygdrive/c type system (binmode,noumount)
e: on /cygdrive/e type system (binmode,noumount)
h: on /cygdrive/h type system (binmode,noumount)

[EMAIL PROTECTED] ~
$ hostname
BOWEC101

[EMAIL PROTECTED] ~
$ ssh bowec101 "mount"
Warning: Permanently added 'bowec101,172.25.91.22' (RSA) to the list of
known hosts.
[EMAIL PROTECTED]'s password:
C:\apps\Cygwin\bin on /usr/bin type system (binmode)
C:\apps\Cygwin\lib on /usr/lib type system (binmode)
\\bonfs01\afarber on /cygdrive/f type system (binmode,noexec)
C:\apps\Cygwin on / type system (binmode)
c: on /cygdrive/c type system (binmode,noumount)
e: on /cygdrive/e type system (binmode,noumount)


There is some /cygdrive/f dir instead, 
but I can't access it, when logged in via OpenSSH:

$ ll /cygdrive/f
ls: /cygdrive/f: No such file or directory


Does anybody please have an idea what is happening?
Using newest Cygwin (but not a snapshot) and Win 2003.

Regards
Alex 

--
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: CVSNT and cvs

[René Berber]

Marko Bozikovic wrote:

> I have a problem with logging in to remote CVSNT server using cygwin cvs.
> 
> I'm using CVSNT 2.5.03.2260 on Windows and Cygwin cvs 1.11.17. CVS repository
> is in C:\cvsrepo, with name /cvsrepo.
> 
> I'm trying to connect with:
> 
> cvs -d:pserver:[EMAIL PROTECTED]:/cvsrepo login
> 
> When I enter a valid password, I get follwing errors:
> cvs login: CVSROOT requires a path spec:
> cvs login: :(gserver|kserver|pserver):[[user][:[EMAIL PROTECTED]:[port]]/path
[snip]

Perhaps your shell is mangling the command, try:

cvs -d":pserver:[EMAIL PROTECTED]:/cvsrepo" login

or just `echo cvs -d:pserver:[EMAIL PROTECTED]:/cvsrepo login` to see what 
comes out.
-- 
René Berber


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

checkdir: cannot create extraction directory

[bh77]

I am trying to unzip a file using the following command from a bash script
under cygwin and receive the following error - which looks as though it may
be permissions related. Does anyone have any idea what may be causing it ?

code :
# if the target directory does not exist, create it.
if [ ! -d ${TARGET_DIR} ]
then
  echo making target dir
  mkdir ${TARGET_DIR}
fi
unzip -u ${SRC_DIR} "**/*.jar" -d ${TARGET_DIR}

error:
checkdir:  cannot create extraction directory /cygdrive/c/target

any ideas ?
--
View this message in context: 
http://www.nabble.com/checkdir%3A--cannot-create-extraction-directory-t1818680.html#a4958550
Sent from the Cygwin Users forum at Nabble.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: Problems with NFS server

[Sam Robb]

On Mon, 2006-06-19 at 12:21 +0200, Nicolas Boudin wrote:
> >   Could you please try adding a map_static directive to your exports?
> > It should then look something like this:
> > 
> > /usr/src/buildroot-20060308/build_arm/root
> > 172.16.7.65(rw,map_static=/etc/nfs/server.map,no_root_squash)
> > 
> >   If you ran the nfs-server-config script to set up the 
> > nfs-server, then
> > you should already have an /etc/nfs/server.map file that was 
> > created for
> > you by the setup script.  If not, you can create it, with the 
> > following contents:
> > 
> > - CUT -
> > # Sample server map for nfsd
> > #
> > # This file maps 500/500 on an NFS client to the uid/gid of the
> > # user who ran nfs-server-config, and maps 0/0 on an NFS client
> > # the uid/gid of the Administrator account.
> > #
> > # Note that a server map is host-specific (which makes sense,
> > # if you think about it...)  So you can only use a plain IP
> > # address or DNS name to specify a client that uses a static_map.
> > #
> > # Examples of valid /etc/exports lines using map_static:
> > #
> > #   /gaunt   192.168.1.42(map_static=/etc/nfs/server.map)
> > #   /chaney  twilley(map_static=/etc/nfs/server.map)
> > #
> > uid 500 x   # user id - replace 'x'
> > gid 500 y   # group id - replace 'y'
> > uid 0   500 # user id for Administrator
> > gid 0   513 # group id for Administrator
> > - CUT -
> 
> This file was properly created with correct x and y. For 
> Administrator I had only:
> uid 0
> gid 0
> but the map_static directive don't seem to have any influence on my error.

Sorry about the delay in responding, Nicolas.

Some things to check:

  - If I'm understanding you correctly, it seems like your server.map
didn't get created properly.  For the administrator uid and gid entries,
there should definitely be a mapping of id '0' to the appropriate cygwin
system administrator uid/gid.  You can find these using 'id -u
administrator' and 'id -g administrator' from a cygwin bash shell.  If
these aren't present, then the NFS server may have a problem obtaining
permissions to read/write files on the NFS mount.

  - In your original message, you mentioned that you are running Windows
XP.  Do you have a firewall running on that system that might be
interfering with NFS? You'll need to make sure that ports 111 and 2049
are open for TCP and UDP traffic.  Microsoft provides information about
opening ports in the Windows XP Internet Connection Firewall on their
web site at http://www.microsoft.com/security/protect/ports.asp.

-Samrobb



--
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: checkdir: cannot create extraction directory

[bh77]

sorry that should read

# if the target directory does not exist, create it.
if [ ! -d ${TARGET_DIR} ]
then
  echo making target dir
  mkdir ${TARGET_DIR}
fi
unzip -u ${SRC_ZIP} "**/*.jar" -d ${TARGET_DIR} 
--
View this message in context: 
http://www.nabble.com/checkdir%3A--cannot-create-extraction-directory-t1818680.html#a4958591
Sent from the Cygwin Users forum at Nabble.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: Thread Injection + Cygwin problems

[mwoehlke]

Christopher Faylor wrote:

On Mon, Jun 19, 2006 at 06:11:57PM -0500, mwoehlke wrote:

Kaveh Goudarzi wrote:

I've written a program to detect the invocation of processes and then
inject them with a remote thread in the hope of getting the cmdLine/cwd
and environment variables of the running process.

[snip]

I'm not sure how to approach the problem so any advice would be greatly
appreciated.

Is there an obvious reason why attempting to invoke cygwin calls such
as getenv() in an injected thread might result in crashes?  I've also
tried cygwin_internal(CW_SYNC_WINENV) with the same result.  I'm
running Windows XP and have tried the 20060614 snapshot with the same
result.

There are known problems with thread injection and Cygwin.  Are you
using the latest cygwin.dll snapshot?


He said he was running the latest version of the snapshot (I put back
the part that you snipped above).


Missed that; my apologies.

--
Matthew
The hippo made me do it! What? What do you mean you can't see the hippo?


--
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: CVSNT and cvs

[Marko Bozikovic]

René Berber wrote:
> Marko Bozikovic wrote:
> 
>> I have a problem with logging in to remote CVSNT server using cygwin cvs.
>>
>> I'm using CVSNT 2.5.03.2260 on Windows and Cygwin cvs 1.11.17. CVS repository
>> is in C:\cvsrepo, with name /cvsrepo.
>>
>> I'm trying to connect with:
>>
>> cvs -d:pserver:[EMAIL PROTECTED]:/cvsrepo login
>>
>> When I enter a valid password, I get follwing errors:
>> cvs login: CVSROOT requires a path spec:
>> cvs login: :(gserver|kserver|pserver):[[user][:[EMAIL PROTECTED]:[port]]/path
> [snip]
> 
> Perhaps your shell is mangling the command, try:
> 
> cvs -d":pserver:[EMAIL PROTECTED]:/cvsrepo" login

Nope, tried with both cmd and bash.

-- 
Marko
ICQ: 5990814

I'm not under the alkafluence of inkahol
that some thinkle peep I am.
It's just the drunker I sit here the longer I get.

--
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: Dir not mounted when logging in through ssh

[Igor Peshansky]

On Tue, 20 Jun 2006, Alexander.Farber wrote:

> Hello,
>
> I have a problem that a directory ( /cygdrive/h mounted
> to the H:\ which is in turn mounted to \\bonfs01\afarber )
> is visible in the normal Cygwin console, but disappears
> when I login into the same PC via OpenSSH:
>
> [EMAIL PROTECTED] ~
> $ mount
> C:\apps\Cygwin\bin on /usr/bin type system (binmode)
> C:\apps\Cygwin\lib on /usr/lib type system (binmode)
> \\bonfs01\afarber on /cygdrive/f type system (binmode,noexec)
> C:\apps\Cygwin on / type system (binmode)
> c: on /cygdrive/c type system (binmode,noumount)
> e: on /cygdrive/e type system (binmode,noumount)
> h: on /cygdrive/h type system (binmode,noumount)
>
> [EMAIL PROTECTED] ~
> $ hostname
> BOWEC101
>
> [EMAIL PROTECTED] ~
> $ ssh bowec101 "mount"
> Warning: Permanently added 'bowec101,172.25.91.22' (RSA) to the list of
> known hosts.
> [EMAIL PROTECTED]'s password:
> C:\apps\Cygwin\bin on /usr/bin type system (binmode)
> C:\apps\Cygwin\lib on /usr/lib type system (binmode)
> \\bonfs01\afarber on /cygdrive/f type system (binmode,noexec)
> C:\apps\Cygwin on / type system (binmode)
> c: on /cygdrive/c type system (binmode,noumount)
> e: on /cygdrive/e type system (binmode,noumount)
>
>
> There is some /cygdrive/f dir instead,
> but I can't access it, when logged in via OpenSSH:
>
> $ ll /cygdrive/f
> ls: /cygdrive/f: No such file or directory
>
>
> Does anybody please have an idea what is happening?
> Using newest Cygwin (but not a snapshot) and Win 2003.

.
Depending on your setup, you might be able to issue a 'net use' command
from your ssh session to allow connecting to that share.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

strtod (and atof) on hex numbers

[Paul Biggar]

Hi,

atof (and hence strtod) on hexadecimal numbers results in 0.0 (errno
of 0). This may be related to an old issue where NaN isnt correctly
parsed. I believe it isnt correct behaviour:

http://www.opengroup.org/onlinepubs/95399/functions/atof.html



I've tested it for integers in the range 0x800 to 0x. It
works properly on

ubuntu dapper, gcc 4.1 on i386;
debian stable, gcc 3.3 on amd64
sunos ?, gcc 3.4 on sparc

I'm using standard cygwin distribution, which uses gcc 3.4.4 (cygming special)

Sample code:

#include "limits.h"
#include 
#include "errno.h"

int main()

{
   cout << ULONG_MAX << endl;
   cout << 0x << endl;

   errno = 0;
   cout << atof("0x") << endl;
   cout << errno << endl;

   errno = 0;
   cout << strtod("0x", NULL) << endl;
   cout << errno << endl;

}


Is this being fixed? I could find a mention of it before. Does anyone
know a simple workaround?

Thanks
Paul



--
Paul Biggar
[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: checkdir: cannot create extraction directory

[Igor Peshansky]

On Tue, 20 Jun 2006, bh77 wrote:

> I am trying to unzip a file using the following command from a bash script
> under cygwin and receive the following error - which looks as though it may
> be permissions related. Does anyone have any idea what may be causing it ?
>
> code :
> # if the target directory does not exist, create it.
> if [ ! -d ${TARGET_DIR} ]
> then
>   echo making target dir
>   mkdir ${TARGET_DIR}
> fi
> unzip -u ${SRC_DIR} "**/*.jar" -d ${TARGET_DIR}
>
> error:
> checkdir:  cannot create extraction directory /cygdrive/c/target
> any ideas ?

Yes: use quotes around variable references.  The above is what you can get
when your directory names contain spaces.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: checkdir: cannot create extraction directory

[bh77]

e.g unzip -u "${SRC_ZIP}"  "**/*.jar" -d "${TARGET_DIR}"
there are no spaces in the directory structure - there are however the
following characters:
 -._ (dash, fullstop and underscore)

would any of these have the same effect ?
--
View this message in context: 
http://www.nabble.com/checkdir%3A--cannot-create-extraction-directory-t1818680.html#a4959308
Sent from the Cygwin Users forum at Nabble.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: strtod (and atof) on hex numbers

[Corinna Vinschen]

This is a newlib issue.  I redirected this to the appropriate mailing
list newlib AT sourceware DOT org.


On Jun 20 13:00, Paul Biggar wrote:
> Hi,
> 
> atof (and hence strtod) on hexadecimal numbers results in 0.0 (errno
> of 0). This may be related to an old issue where NaN isnt correctly
> parsed. I believe it isnt correct behaviour:
> 
> http://www.opengroup.org/onlinepubs/95399/functions/atof.html
> 
> 
> 
> I've tested it for integers in the range 0x800 to 0x. It
> works properly on
> 
> ubuntu dapper, gcc 4.1 on i386;
> debian stable, gcc 3.3 on amd64
> sunos ?, gcc 3.4 on sparc
> 
> I'm using standard cygwin distribution, which uses gcc 3.4.4 (cygming 
> special)
> 
> Sample code:
> 
> #include "limits.h"
> #include 
> #include "errno.h"
> 
> int main()
> 
> {
>cout << ULONG_MAX << endl;
>cout << 0x << endl;
> 
>errno = 0;
>cout << atof("0x") << endl;
>cout << errno << endl;
> 
>errno = 0;
>cout << strtod("0x", NULL) << endl;
>cout << errno << endl;
> 
> }
> 
> 
> Is this being fixed? I could find a mention of it before. Does anyone
> know a simple workaround?
> 
> Thanks
> Paul

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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: strtod (and atof) on hex numbers

[Jeff Johnston]

This is a C99 extension to strtod over original ANSI C90 which is what 
newlib started with.  I'll start working on it, but don't expect 
anything too quick.


-- Jeff J.

Corinna Vinschen wrote:

This is a newlib issue.  I redirected this to the appropriate mailing
list newlib AT sourceware DOT org.


On Jun 20 13:00, Paul Biggar wrote:


Hi,

atof (and hence strtod) on hexadecimal numbers results in 0.0 (errno
of 0). This may be related to an old issue where NaN isnt correctly
parsed. I believe it isnt correct behaviour:

http://www.opengroup.org/onlinepubs/95399/functions/atof.html



I've tested it for integers in the range 0x800 to 0x. It
works properly on

ubuntu dapper, gcc 4.1 on i386;
debian stable, gcc 3.3 on amd64
sunos ?, gcc 3.4 on sparc

I'm using standard cygwin distribution, which uses gcc 3.4.4 (cygming 
special)


Sample code:

#include "limits.h"
#include 
#include "errno.h"

int main()

{
  cout << ULONG_MAX << endl;
  cout << 0x << endl;

  errno = 0;
  cout << atof("0x") << endl;
  cout << errno << endl;

  errno = 0;
  cout << strtod("0x", NULL) << endl;
  cout << errno << endl;

}


Is this being fixed? I could find a mention of it before. Does anyone
know a simple workaround?

Thanks
Paul



Corinna




--
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: random "fork: Resource temporarily unavailable"

[Larry Hall (Cygwin)]

Mark Bartel wrote:

Larry Hall wrote:

Linda Walsh wrote:

I've not seen this message except when I've had to rapidly
press ^C to break out of a loop shell script.

Today, I've seen it twice when there was virtually no cpu load
on the system, about 50% virtual memory committed, and 40 processes.

Once, was with an "ls" command, the other happened as my shell was
starting up by some command invoked in the .rc script.

I get suspicious whenever I see behavior on my computers when
anomalies crop up.

I don't think any of my cygwin libraries have been updated recently.

What would cause something like this?  Memory fragmentation?
Insufficient real memory to "immediately" fork?  I.e. I wonder
if, when NT goes to "fork", if it doesn't have enough free
memory, it tells the caller it failed (try again later) and
then starts a memory cleanup cycle to free up memory: i.e. rather
than the forking process sleeping while memory is made available
NT returns it immediately with a failure.

Any idea on causes?  Is it as rare as it has been for me?
A possible solution would be retry the fork a second time, or
sleep for a millisecond and then try fork again. I'm not sure,
but I think many *ixy (*='un'|'pos'|'lin'|'ir'...etc) type programs
may not retry the fork  but immediately die, as on *ixy systems,
a fork failure is less common, and usually only happens when
the system really is out of resources.  If that's the case,
it _might_ be an aid to smooth *ixy compatibility for the
library handling fork, retry the fork (possibly with millisecond
sleep) once before returning failure to the application.

Not a high priority issue, but just wondering

Linda
If it is NT returning failure rather than
forking, I wonder if, in order to provide a better "run-time"


If you can reproduce this problem, I would suggest trying it again

with

a recent snapshot.


This sounds like the same issue I was encountering.  I can reproduce it
on demand with:

[EMAIL PROTECTED] ~
$ find * -type f -exec grep foo {} /dev/null \;
  6 [main] find 435884 fhandler_dev_zero::fixup_mmap_after_fork:
requested 0x48 != 0x0 mem alloc base 0x48, state 0x2000, size
1040384, Win32 error 487
272 [main] find 435884 C:\cygwin\bin\find.exe: *** fatal error -
C:\cygwin\bin\find.exe: *** recreate_mmaps_after_fork_failed
 13 [main] find 434720 child_info::sync: wait failed, pid 435884,
Win32 error 0
344 [main] find 434720 fork: child -1 - died waiting for longjmp
before initialization, retry 10, exit code 0x100, errno 11
find: cannot fork: Resource temporarily unavailable

[EMAIL PROTECTED] ~
$

Unfortunately, it is more than just annoying in my case, as it happens
all the time.  I had to buy MKS Toolkit to get on with my job.



So are you saying you still see the problem after using a recent 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/

Re: CVSNT and cvs

[Larry Hall (Cygwin)]

Marko Bozikovic wrote:

René Berber wrote:

Marko Bozikovic wrote:


I have a problem with logging in to remote CVSNT server using cygwin cvs.

I'm using CVSNT 2.5.03.2260 on Windows and Cygwin cvs 1.11.17. CVS repository
is in C:\cvsrepo, with name /cvsrepo.

I'm trying to connect with:

cvs -d:pserver:[EMAIL PROTECTED]:/cvsrepo login

When I enter a valid password, I get follwing errors:
cvs login: CVSROOT requires a path spec:
cvs login: :(gserver|kserver|pserver):[[user][:[EMAIL PROTECTED]:[port]]/path

[snip]

Perhaps your shell is mangling the command, try:

cvs -d":pserver:[EMAIL PROTECTED]:/cvsrepo" login


Nope, tried with both cmd and bash.



I can say that I don't have this problem but I may be using a different
version of CVSNT (can't check it now).

--
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: checkdir: cannot create extraction directory

[Larry Hall (Cygwin)]

bh77 wrote:

I am trying to unzip a file using the following command from a bash script
under cygwin and receive the following error - which looks as though it may
be permissions related. Does anyone have any idea what may be causing it ?

code :
# if the target directory does not exist, create it.
if [ ! -d ${TARGET_DIR} ]
then
  echo making target dir
  mkdir ${TARGET_DIR}
fi
unzip -u ${SRC_DIR} "**/*.jar" -d ${TARGET_DIR}

error:
checkdir:  cannot create extraction directory /cygdrive/c/target

any ideas ?



You're not using the Cygwin version of unzip?  What does 'cygcheck unzip' say?


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

g++ 4.1?

[Shawn Samuel]

I would like to upgrade to g++ 4.1 under cygwin. I only see 3.3.x and 3.4.4 as
options for the gcc-g++ package in cygwin setup, and haven't found any doc
online or in the newsgroup for this issue. Is there an easy way to go about
this, or is this just a bad idea?

thanks,
shawn



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

find dir -o does not work

[cristi petrisor]

Hi,
I am trying to make a tar with files that are in a directory and checks
some condition
The problem i encountered is next :
find common  -type f   give the following output. (which is good)

common/VERSION
common/gui/svcConsole/src/com/ibm/storage/svc/console/rcmap/RcMapCreateOptionsStep.java


find common -type f -o -type l
(get nothing here )

find common -type f -o
common
common/gui
common/gui/svcConsole
common/gui/svcConsole/src
common/gui/svcConsole/src/com
common/gui/svcConsole/src/com/ibm
common/gui/svcConsole/src/com/ibm/s/l/slir w.



--
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: find dir -o does not work

[Eric Hanchrow]

find common -type f -o -type l
(get nothing here )

Your problem is with "find", not with Cygwin.

Try

find common -type f -o -type l -print

-- 
As economics is known as "The Miserable Science", software
engineering should be known as "The Doomed Discipline"
-- Edsger Dijkstra


--
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: g++ 4.1?

[Brian Dessent]

Shawn Samuel wrote:

> I would like to upgrade to g++ 4.1 under cygwin. I only see 3.3.x and 3.4.4 as
> options for the gcc-g++ package in cygwin setup, and haven't found any doc
> online or in the newsgroup for this issue. Is there an easy way to go about
> this, or is this just a bad idea?

You can build gcc from source yourself.  That's the only option for
using 4.x right now.

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: Running as root

[Stephen Grant Brown]

Hi All
- Original Message - 
From: "Igor Peshansky" <[EMAIL PROTECTED]>

To: "Stephen Grant Brown" <[EMAIL PROTECTED]>
Cc: 
Sent: Sunday, June 18, 2006 3:56 AM
Subject: Re: Running as root



On Sat, 17 Jun 2006, Stephen Grant Brown wrote:

Hi There

I would like to run programs as root, which means the userid and group
need to be set to 0, and the name needs to = root.

I have looked through the ntsec.html document and I afraid it is too
complicated for me to understand.

Can somebody explain how to do this to me in a more simplified format
please?


That depends on what you want to do.  If you are sure your login account
I want to run backup and restore programs, and also a program which will 
tell me which files have changed to make a program stop working.

has enough privileges, and you simply have a program that non-portably

How do I determine if my login account has enoungh priverledges?
I know my default login account of stephen does not have a uid and gid of 0
I cannot login to administrator.

checks whether you're running as root (and you don't have the ability to
properly fix the program), you can read the following section of the above
document: .  It


The third line of the above reference reads

Both files may now contain SIDs of users and groups. They are saved in the 
last field of pw_gecos in /etc/passwd and in the gr_passwd field in 
/etc/group.


What is a SID?
What is pw_gecos?

Typing "man -a passwd" does not tell the fields in the /etc/passwd


also helps to know that it's ok to have multiple entries in the passwd
file for the same user -- forward lookups by SID find the first entry with
that SID, and reverse lookups by user will find any entry with that
username/userid.  So you can simply add an entry for
"root::0:513:YOURSID:...", and make sure it precedes the actual entry for


What is the rest of this "root::0:513:..." line?


your account, and any program checking your effective userid (e.g., "id")
will show you as "root" with UID of 0.

If you really do need to do root'y stuff, e.g., switch user contexts, etc,
then read  and
Google for "SYSTEM-owned bash shell" to see how to start processes as
SYSTEM (sshd doesn't let you switch to SYSTEM, unfortunately, unless you
use public key authentication, as you normally don't know and have no
control over the password for SYSTEM).
Igor


Thanks for your understanding. I am still finding a lot of this advice too 
complicated for my simple brain.
Yours Sincerely Stephen Grant Brown 



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

Security Vulnerabilities

[Brian Hansen]

Hi,

I'm trying to use cygwin at work, but the network administrator can't 
approve it unless I can verify that the source code contains no obvious 
signs of malicious code, back doors, Trojans, etc.  I am fully confident 
that these kinds of things would not be found in an open-source project 
(because it would be so obvious), but I'm not able to analyze the source 
code myself.  The advantages of using cygwin for me at work are huge, but 
I'm stuck unless someone can point me in the right direction.  Is anyone 
aware of a good way for me to prove that cygwin is secure to my network 
admin?  Any help would be greatly appreciated.  Thanks,


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/

1.5.19: Can't export two drives with nfs server

[Charles Nadeau]

The problem I have is I want to share 2 drives from my Windows machine to my 
Linux machines. On my Linux machine (kernel 2.6.13, nfs 1.0.6), when I mount 
the two drives I am exporting, the two mount points show the same content. I 
am using Cygwin 1.5.19. I followed the instructions here 
http://www.csparks.com/CygwinNFS/index.xml to set-up Cygwin.
 
Here are the relevant info/parts of configuration files.
 
From Cygwin:
 

$ mount
d:\Program Files\NX Client for Windows\usr\X11R6\lib\X11\fonts 
on /mnt/NX/fonts
type user (textmode)
C:\Documents and Settings\Charles Nadeau\.nx\temp on /tmp type user 
(textmode)
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /mnt/c type system (binmode)
e: on /mnt/e type system (binmode)
d: on /cygdrive/d type system (binmode,noumount)
f: on /cygdrive/f type system (binmode,noumount)
m: on /cygdrive/m type system (binmode,noumount)
x: on /cygdrive/x type system (binmode,noumount)
y: on /cygdrive/y type system (binmode,noumount)


$ cat /etc/exports
/mnt/c 192.168.0.0/255.255.255.0(ro, no_root_squash, async)
/mnt/e 192.168.0.0/255.255.255.0(ro, no_root_squash, async)

$ cat /etc/hosts.allow
nfsd: 192.168.0.0/255.255.255.0

 
On the Linux side:

cat /etc/fstab
192.168.0.3:/mnt/c /charles/diskboxc   nfs 
nfsvers=2,timeo=14,ro,intr
192.168.0.3:/mnt/e /charles/diskboxnfs 
nfsvers=2,timeo=14,ro,intr

I think I set up eveything fine. I noticed the problem because whenever I 
do "ls /charles/diskbox", I get the content of /charles/diskboxc. 
Doing "ls /charles/diskboxc" returns the right result.

Thanks for your help!
 
Charles

Cygwin Configuration Diagnostics
Current System Time: Tue Jun 20 18:14:28 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
d:\Oracle\product\10.1.0\Client_1\bin
d:\Oracle\product\10.1.0\Client_1\jre\1.4.2\bin\client
d:\Oracle\product\10.1.0\Client_1\jre\1.4.2\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Common Files\Ulead Systems\MPEG
d:\Program Files\Ulead Systems\Ulead DVD MovieFactory 3 Disc Creator 
Trial
d:\SFU\common\

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(Charles Nadeau) GID: 513(None)
0(root)   513(None) 544(Administrators)
545(Users)1005(Debugger Users)  1012(ORA_DBA)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(Charles Nadeau) GID: 513(None)
0(root)   513(None) 544(Administrators)
545(Users)1005(Debugger Users)  1012(ORA_DBA)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'Charles Nadeau'
PWD = '/home/Charles Nadeau'
HOME = '/home/Charles Nadeau'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\Charles Nadeau'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:'
APPDATA = 'C:\Documents and Settings\Charles Nadeau\Application Data'
HOSTNAME = 'diskbox'
VS71COMNTOOLS = 'D:\Program Files\Microsoft Visual Studio .NET 
2003\Common7\Tools\'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 1, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
OLDPWD = '/usr/bin'
USERDOMAIN = 'DISKBOX'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
!:: = '::\'
TEMP = '/mnt/c/DOCUME~1/CHARLE~1/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
TVDUMPFLAGS = '10'
SFUDIR = 'D:\SFU\'
LIB = 'D:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
USERNAME = 'Charles Nadeau'
PROCESSOR_LEVEL = '6'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\Charles Nadeau'
PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\DISKBOX'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\Cygwin\bin'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/mnt/c/DOCUME~1/CHARLE~1/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Canon BJ F900'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0801'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
INCLUDE = 'D:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\'
SESSIONNAME = 'Console'
COMPUTERNAME = 'DISKBOX'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/tmp
  (default) = 'C:\Documents and Settings\Charles Nadeau\.nx\temp'
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY

Re: Running as root

[Igor Peshansky]

On Wed, 21 Jun 2006, Stephen Grant Brown wrote:

> Hi All
> - Original Message -
> From: "Igor Peshansky" <[EMAIL PROTECTED]>
> To: "Stephen Grant Brown" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>

 (yes, even your own).  Let's
not feed the spammers any more than we have to.

> Sent: Sunday, June 18, 2006 3:56 AM
> Subject: Re: Running as root
>
> > On Sat, 17 Jun 2006, Stephen Grant Brown wrote:
> > > Hi There
> > >
> > > I would like to run programs as root, which means the userid and
> > > group need to be set to 0, and the name needs to = root.
> > >
> > > I have looked through the ntsec.html document and I afraid it is too
> > > complicated for me to understand.
> > >
> > > Can somebody explain how to do this to me in a more simplified
> > > format please?
> >
> > That depends on what you want to do.  If you are sure your login
> > account

> I want to run backup and restore programs, and also a program which will
> tell me which files have changed to make a program stop working.

Let's start with the concrete programs you have in mind.  How do you even
know they'll run under Cygwin?  If they are not Cygwin programs, setting
up a root account in Cygwin would be useless.  What makes you think they
require being root to run them?

> > has enough privileges, and you simply have a program that non-portably

> How do I determine if my login account has enoungh priverledges?

Umm, trying to run the actual programs and succeeding should be a good
enough indicator.

> I know my default login account of stephen does not have a uid and gid
> of 0.  I cannot login to administrator.

Having a UID of 0 is not going to get you more privileges (just like
calling yourself John Howard won't make you the prime minister).  As the
NTSEC page explains, the UID is a Cygwin thing, whereas the privileges are
determined by Windows.  That's why I suggested first trying to run the
programs.

> > checks whether you're running as root (and you don't have the ability
> > to properly fix the program), you can read the following section of
> > the above document:
> > .  It
>
> The third line of the above reference reads
>
> Both files may now contain SIDs of users and groups. They are saved in
> the last field of pw_gecos in /etc/passwd and in the gr_passwd field in
> /etc/group.
>
> What is a SID?
> What is pw_gecos?
>
> Typing "man -a passwd" does not tell the fields in the /etc/passwd

Before you go to the trouble of learning about the /etc/passwd file, find
out if all this is even needed for you to run the programs you want.

If it turns out that the programs you want are broken and check
specifically for a UID of 0 before they can run, you can go on with the
root account setup, as described below.

The first part of the NTSEC page talks about what SID is, so I'm not going
to bother reproducing that here.  Just read
.

As for finding out what pw_gecos (and the structure of /etc/passwd) is,
did you try Google?  Searching for "man /etc/passwd" turns up lots of
useful links.

> > also helps to know that it's ok to have multiple entries in the passwd
> > file for the same user -- forward lookups by SID find the first entry
> > with that SID, and reverse lookups by user will find any entry with
> > that username/userid.  So you can simply add an entry for
> > "root::0:513:YOURSID:...", and make sure it precedes the actual entry
> > for
>
> What is the rest of this "root::0:513:..." line?

As mentioned on the NTSEC page, the rest of the "root::0:513:..." line is
identical to the line that corresponds to your userid.  Simply copy the
line that starts with your userid (to some line above it), change your
userid to "root" in that new line, then change the UID field (after the
second ':') to 0, and voila!  You can leave in the "unused_by_nt/2000/xp"
in the password field as-is, or delete it -- doesn't matter, since it
really is unused.

> > your account, and any program checking your effective userid (e.g.,
> > "id") will show you as "root" with UID of 0.
> >
> > If you really do need to do root'y stuff, e.g., switch user contexts,
> > etc, then read
> >  and Google
> > for "SYSTEM-owned bash shell" to see how to start processes as SYSTEM
> > (sshd doesn't let you switch to SYSTEM, unfortunately, unless you use
> > public key authentication, as you normally don't know and have no
> > control over the password for SYSTEM).
>
> Thanks for your understanding. I am still finding a lot of this advice
> too complicated for my simple brain.

If you want to do something more complex than fooling a broken program
into thinking that you're root, you might need to learn more about how
Windows privileges work.  Google, as always, is your friend, and
discussion like this is probably off-topic for this list.

HTH,
Igor
-- 
  

Re: Security Vulnerabilities

[Larry Hall (Cygwin)]

Brian Hansen wrote:

Hi,

I'm trying to use cygwin at work, but the network administrator can't 
approve it unless I can verify that the source code contains no obvious 
signs of malicious code, back doors, Trojans, etc.  I am fully confident 
that these kinds of things would not be found in an open-source project 
(because it would be so obvious), but I'm not able to analyze the source 
code myself.  The advantages of using cygwin for me at work are huge, 
but I'm stuck unless someone can point me in the right direction.  Is 
anyone aware of a good way for me to prove that cygwin is secure to my 
network admin?  Any help would be greatly appreciated.  Thanks,


Prove?  Who can prove anything is secure to anyone?  Can you prove Windows
is secure to him?  Can he to you?

Irrational statements aside, did you look at the FAQ?


That's as good as you're going to get, which should be more than adequate
for your needs.

--
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: 1.5.19: Can't export two drives with nfs server

[Larry Hall (Cygwin)]

Charles Nadeau wrote:
The problem I have is I want to share 2 drives from my Windows machine to my 
Linux machines. On my Linux machine (kernel 2.6.13, nfs 1.0.6), when I mount 
the two drives I am exporting, the two mount points show the same content. I 
am using Cygwin 1.5.19. I followed the instructions here 
http://www.csparks.com/CygwinNFS/index.xml to set-up Cygwin.



Ugh!  Please don't use someone else's directions for setting up *anything* in
Cygwin and then come back to the Cygwin list with problems.  If you're going
to trust that someone else can tell you how to properly configure Cygwin for
your needs, you should consider them as your resource for resolutions to the
problems you encounter.  This list can't be responsible for maintaining
accurate information at every individual's site.  If you expect to get help
from the Cygwin list for your Cygwin problems, use the Cygwin resources
always.  The Cygwin resources are the ones this list supports and those that
the Cygwin community strives hard to keep useful and accurate.



Here are the relevant info/parts of configuration files.
 
From Cygwin:
 


$ mount
d:\Program Files\NX Client for Windows\usr\X11R6\lib\X11\fonts 
on /mnt/NX/fonts

type user (textmode)
C:\Documents and Settings\Charles Nadeau\.nx\temp on /tmp type user 
(textmode)

C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
c: on /mnt/c type system (binmode)
e: on /mnt/e type system (binmode)
d: on /cygdrive/d type system (binmode,noumount)
f: on /cygdrive/f type system (binmode,noumount)
m: on /cygdrive/m type system (binmode,noumount)
x: on /cygdrive/x type system (binmode,noumount)
y: on /cygdrive/y type system (binmode,noumount)


$ cat /etc/exports
/mnt/c 192.168.0.0/255.255.255.0(ro, no_root_squash, async)
/mnt/e 192.168.0.0/255.255.255.0(ro, no_root_squash, async)

$ cat /etc/hosts.allow
nfsd: 192.168.0.0/255.255.255.0

 
On the Linux side:


cat /etc/fstab
192.168.0.3:/mnt/c /charles/diskboxc   nfs 
nfsvers=2,timeo=14,ro,intr
192.168.0.3:/mnt/e /charles/diskboxnfs 
nfsvers=2,timeo=14,ro,intr


I think I set up eveything fine. I noticed the problem because whenever I 
do "ls /charles/diskbox", I get the content of /charles/diskboxc. 
Doing "ls /charles/diskboxc" returns the right result.



I seem to recall this at least *was* an issue for the NFS server.  You can
check the email archives and/or the NFS Cygwin README for more details.


--
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: snapshots: first resort, or last resort?

[mwoehlke]

Science Guy wrote:

In http://cygwin.com/ml/cygwin/2006-06/msg00434.html, Brian said "using the
latest snapshot should always be the first thing you try when encountering a
problem before reporting it to the list."

However, the instructions for installing snapshots at
http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots say:  "First,
are you sure you want to do this? Snapshots are risky. They have not been
tested. Use them ONLY if there is a feature or bugfix that you need to try,
and you are willing to deal with any problems, or at the request of a Cygwin
developer."

For a non-expert, such as me, this dichotomy of views is perplexing.  This
is made all the more perplexing because there does not seem to be (I could
not find) a user-readable list of bugs that each snapshot fixes vis-a-vis
the latest release.  So how would a user know whether the "risky" step of
installing a snapshot will have any chance of fixing a particular bug?

-- Joe


You asked, "Should I be eager to try snapshots or nervous?", to which my 
answer is "yes". :-)


If you have a problem, you should try a snapshot. However, you should 
keep in mind that doing so means trying a potentially unstable setup. 
Therefore, when trying a snapshot, you should do as little as possible 
while using that snapshot. If it doesn't fix your problem, it is safest 
to go back to a stable version. If it does, *then* you have to decide if 
you want to use a setup that might be unstable (more so than usual), or 
if you can wait for an official release.


Of course, OSS is always in need of people willing to live on the edge; 
otherwise no testing (or at best, poor testing) happens and the releases 
aren't a whole lot better than the alphas.


--
Matthew
The hippo made me do it! What? What do you mean you can't see the hippo?


--
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: bash and CSRSS consuming 100% of CPU

[Science Guy]

>From message http://cygwin.com/ml/cygwin/2006-06/msg00534.html:

> Dave, I think you missed this:
>
>>sciguy wrote:
>>>I am networked to a Linux machine, so I moved the tar file
>>>cygwin-inst-20060614.tar.bz2 over to the Linux machine, created a dummy
>>>cygwin directory to hold the file, and un-tarred it there using this
>>>command:
>>>
>>>% /bin/tar -jxvf cygwin-inst-20060614.tar.bz2
>>>
>>>Then I ftp'd the entire un-tarred file and directory structure over the
>>>cygwin directory of the affected Windows PC.
>
>This is why I kept mentioning that the snapshot cygwin DLL wasn't
>installed in the right location.  I correctly assumed that this step did
>not put the cygwin DLL (or any of the cygwin programs) in c:\cygwin\bin.
>The cygcheck output made this pretty clear.
>
>cgf

Yes, when I untarred the file with "/bin/tar -jxvf
cygwin-inst-20060614.tar.bz2," I found it contained only these two top-level
directories:  /etc and /usr.  It did not contain a /bin directory.

--Joe


--
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: bash and CSRSS consuming 100% of CPU

[Igor Peshansky]

On Tue, 20 Jun 2006, Science Guy wrote:

> From message http://cygwin.com/ml/cygwin/2006-06/msg00534.html:
>
> > Dave, I think you missed this:
> >
> >>sciguy wrote:
> >>>I am networked to a Linux machine, so I moved the tar file
> >>>cygwin-inst-20060614.tar.bz2 over to the Linux machine, created a dummy
> >>>cygwin directory to hold the file, and un-tarred it there using this
> >>>command:
> >>>
> >>>% /bin/tar -jxvf cygwin-inst-20060614.tar.bz2
> >>>
> >>>Then I ftp'd the entire un-tarred file and directory structure over the
> >>>cygwin directory of the affected Windows PC.
> >
> >This is why I kept mentioning that the snapshot cygwin DLL wasn't
> >installed in the right location.  I correctly assumed that this step did
> >not put the cygwin DLL (or any of the cygwin programs) in c:\cygwin\bin.
> >The cygcheck output made this pretty clear.
> >
> >cgf
>
> Yes, when I untarred the file with "/bin/tar -jxvf
> cygwin-inst-20060614.tar.bz2," I found it contained only these two
> top-level directories:  /etc and /usr.  It did not contain a /bin
> directory.

Well, untarring on Linux in itself wouldn't have been so bad, but you've
probably used a Windows ftp to copy the files to your PC -- and that's
where the problem lies.  Cygwin's ftp would have understood Cygwin mounts,
and placed all the files in /bin (which /usr/bin is an alias for, as far
as Cygwin applications are concerned), though, of course, it too would not
have been able to replace cygwin1.dll, for the obvious reasons.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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 - duplicating cygwin

[Jim Easton]

Hi Corinna,

> On Jun 20 02:58, Jim Easton wrote:
> > Question: is /proc implemented and I just haven't figured out how to
> > install it?
> 
> Did you try
> 
>   $ cd /proc
>   $ ls -l
> 
> before asking?  

Oh Dear!  I tried:

cd /cygdrive/c/cygwin
cd proc
For which I received the message:
"bash: cd: proc: No such file or directory"

Which tells me that /cygdrive/c/cygwin and / are not equivalent like
I thought.  I will remember that.  It's a bad day when you don't
learn something - and it looks like I have a lot to learn about cygwin.

Sigh! sorry - again :-(

Jim

--
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: Thread Injection + Cygwin problems

[Kaveh Goudarzi]

Hi,


The problem may be due to the fact that the injected thread doesn't have
a cygtls area.  If the thread is injected prior to the completion of
cygwin's initialization or if it somehow bypasses the DLL_THREAD_ATTACH
phase of the initialization (which was one problem that I had to deal
with in the dreaded "cygwin loops forever" problem) then there will be
no cygtls area and using cygwin functions will be problematic.


Thanks for the info ... The sequence of calls I make
are GetModuleHandle ('cygwin1.dll') followed by calls to cygwin
functions ... doesn't the GetModuleHandle only return after
the proper initialization of the the dll and therefore cygwin?
if not ... is there anything I can look out for programatically
in the injected code?

As for the cygtls area ... is this something necessary
for proper functioning of cygwin calls? (I looked at the source
... but none the wise I'm afraid :-( ) ...

Empirically I see getenv working now "all" the time but
the call to cyg_internal seems to fail with regularity. Is this
expected?


The fix in the snapshots more-or-less assumes that any injected thread
is not going to try to use cygwin functions so, as of right now, it
may not be possible to do what the OP wanted.


Is there any other way of gaining access to a running cygwin
processes environment variables?


thanks again for your time.

Kaveh.

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