Re: gcc-4.8.2-1: /bin/gcc fails

2013-11-05 Thread Corinna Vinschen 
On Nov  4 20:18, Yaakov (Cygwin/X) wrote:
> On 2013-11-04 08:45, Charles Wilson wrote:
> >My about-to-be-uploaded inetutils update puts the servers in libexecdir
> >aka /usr/libexec/ -- and changes the /etc/defaults/ associated xinetd
> >and inetd.d configuration files as appropriate.  'Course, my
> >to-be-written update announcement will be a horrific, as current users
> >with customized configuration WILL have to modify their files (and setup
> >doesn't have an .rpmsave/.rpmnew mechanism).
> >
> >The currently-distributed version (and associated xinetd scripts and
> >sample inetd.d/ configuration files) puts them in /usr/sbin.
> >
> >If --libexecdir=/usr/lib, then...what?
> >
> >Should I revert to /usr/sbin for slave servers?  Use $libexecdir but
> >"know" that it is going to be /usr/lib and configure appropriately?  I'm
> >confused as to how to proceed here.
> 
> Under the circumstances, configuring inetutils with
> --libexecdir=/usr/sbin makes the most sense.

Full ACK.  Otherwise you'd have to provide some script which tweaks an
existing /etc/inetd.conf to use the new paths.  Possible, but hardly
worth the effort.


Corinna

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


pgpvdptuQOxhK.pgp
Description: PGP signature

Re: git clone failing with "fatal: index-pack failed"

2013-11-05 Thread Andrew DeFaria 

On 10/31/2013 08:04 AM, Andrew DeFaria wrote:

On 10/26/2013 03:12 PM, Balaji Venkataraman wrote:

On Sat, Oct 26, 2013 at 9:23 AM, Andrew DeFaria wrote:
It's been very quite about this issue. Usually at least somebody 
responds. I

fear that perhaps nobody's seeing this. Could somebody, anybody, simply
respond if even just to say "Yeah, I see this. Don't have an answer 
though"

I'd appreciate it.

I see something similar intermittently but only when I try to clone in
a non-Administrator shell and that too only on cygwin32. It doesn't
happen when I'm in an administrator shell. Haven't been able to figure
it out - although I'm having other problems where I can't run many
commands from a 32bit Cygwin shell - so I don't want to set you off on
a random thread. Are you able to do things like man, make etc. from
the same shell?
Interesting. Running an administrator shell works! The odd thing is 
that I logged in as the user Administrator, the local user 
Administrator. I assume it has administrator rights but I know that 
there are administrator rights and then there are administrator 
rights. So it seems the problem lies between the two. How to debug 
this further and fix it?

Another error that I'm getting is the following:

$ git fetch
Warning: No xauth data; using fake authentication data for X11 forwarding.
X11 forwarding request failed on channel 0
fatal: Out of memory? mmap failed: Resource temporarily unavailable
$

Note that this happens whether or not I start an administrator shell. 
Also note the memory is not particularly low at the time and that "Git 
bash" for Windows ( https://code.google.com/p/msysgit/) doesn't seem to 
have a problem with this.


The silence on these problems is interesting. Usually people have a lot 
of at least opinions to share if not things to try. Anybody got anything?

--
Andrew DeFaria 
When there's a will, I want to be in it.


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

RE: Building a snapshot ("Not an ELF file" error)

2013-11-05 Thread Lavrentiev, Anton (NIH/NLM/NCBI) [C] 
Hello List,

It'd still be very interesting to know an opinion of the CYGWIN gurus
about this trouble that I asked yesterday (thanks to Marco, I now know
that the original ELF error is benign):

> make[3]: Entering directory `/home/lavr/cygwin-snapshot-20130925-1/i686-pc-
> cygwin/winsup/doc'
> builddir=`pwd` \
> && cd ../../.././winsup/doc \
> && ../../.././winsup/doc/xidepend ../../.././winsup/doc/cygwin-ug-net.xml >
> "${builddir}/Makefile.dep"
> /bin/sh: line 2: ../../.././winsup/doc/xidepend: No such file or directory
> make[3]: *** No rule to make target `Makefile.dep', needed by `all'.  Stop.
> make[3]: Leaving directory `/home/lavr/cygwin-snapshot-20130925-1/i686-pc-
> cygwin/winsup/doc'

TIA,

Anton Lavrentiev
Contractor NIH/NLM/NCBI


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

Re: gcc-4.8.2-1: /bin/gcc fails

2013-11-05 Thread Charles Wilson 

On 11/5/2013 4:52 AM, Corinna Vinschen wrote:

On Nov  4 20:18, Yaakov (Cygwin/X) wrote:

Under the circumstances, configuring inetutils with
--libexecdir=/usr/sbin makes the most sense.


Full ACK.  Otherwise you'd have to provide some script which tweaks an
existing /etc/inetd.conf to use the new paths.  Possible, but hardly
worth the effort.


That's fine for me, but the other servers, maintained by others [1], 
which may or may not by started by inetd/xinetd would also need to 
configure as --libexecdir=/usr/sbin, or THEY would need to tweak 
configurations.


This seems...counter-intuitive. "cygwin follows the LSB and  
goes in /usr/libexec, except when it's too hard so there is the 
following list of exceptions"  Is that the policy going forward?


I wasn't planning to auto-update config scripts. I was going to update 
the /etc/default/* scripts [2], and then WARN IN BIG LETTERS in the 
announcement that folks will need to manually merge the changes if 
they've modified their configuration files.  I know nobody will read it, 
but when the inevitable queries reach the mailing list I'll be able to 
point to the ANNOUNCE post.


[1] rsh-server, tftp-server, etc.

[2] this is WHY we have an /etc/default/ area after all -- to provide 
updates when configurations OUGHT to change, but without clobbering a 
user's customizations.  The downside, even on GNU/Linux, is that the 
user must manually merge.  Fedora provides tools to help do this, but it 
is still a manual process.


--
Chuck


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

Re: gcc-4.8.2-1: /bin/gcc fails

2013-11-05 Thread Corinna Vinschen 
On Nov  5 11:02, Charles Wilson wrote:
> On 11/5/2013 4:52 AM, Corinna Vinschen wrote:
> >On Nov  4 20:18, Yaakov (Cygwin/X) wrote:
> >>Under the circumstances, configuring inetutils with
> >>--libexecdir=/usr/sbin makes the most sense.
> >
> >Full ACK.  Otherwise you'd have to provide some script which tweaks an
> >existing /etc/inetd.conf to use the new paths.  Possible, but hardly
> >worth the effort.
> 
> That's fine for me, but the other servers, maintained by others [1],
> which may or may not by started by inetd/xinetd would also need to
> configure as --libexecdir=/usr/sbin, or THEY would need to tweak
> configurations.
> 
> This seems...counter-intuitive. "cygwin follows the LSB and  stuff> goes in /usr/libexec, except when it's too hard so there is
> the following list of exceptions"  Is that the policy going
> forward?

I can't exactly read Yaakov's brain, but to me the idea here is to
keep the changes for the *user* small and working even after an
update, rather than following the guidelines slavishly.


> I wasn't planning to auto-update config scripts. I was going to
> update the /etc/default/* scripts [2], and then WARN IN BIG LETTERS
> in the announcement that folks will need to manually merge the
> changes if they've modified their configuration files.  I know
> nobody will read it, but when the inevitable queries reach the
> mailing list I'll be able to point to the ANNOUNCE post.
> 
> [1] rsh-server, tftp-server, etc.

rsh-server is your package.

tftp-server *explicitely* installes into /usr/sbin aka --sbindir.

sshd is installed into sbindir as well, btw., and not only on Cygwin,
but upstream.

Looks like there should nothing change, in fact.


Corinna

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


pgpZUqsR6qz_0.pgp
Description: PGP signature

Re: shared object file not found with `git submodule update --init --recursive` in Cygwin 64-bit

2013-11-05 Thread Tandetzky, Max 
Hello Kal,

installing the Devel\gettext package should solve your problem. git-submodule 
requires that. Unfortunately this is not marked as dependency.

Regards,
Max

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

suggestion for Cygwin FAQ 2.19 "How do I uninstall all of Cygwin?"

2013-11-05 Thread Tom Schutter 
I was attempting to uninstall all of Cygwin when I ran into a snag.  I
couldn't delete bin/cyglsa/cyglsa.dll because it was referenced by
LSASS.  I was able to fix the problem by restoring the
/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Lsa/Authentication
Packages registry entry back to it's default value of msv1_0,
rebooting, and then removing cyglsa.dll.

But the point of this email is that I think this step should be added
to the Cygwin FAQ 2.19 "How do I uninstall all of Cygwin?".

-- 
Tom Schutter

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

Re: vi stealing SYSTEM-owned permissions and ownership

2013-11-05 Thread Achim Gratz 
D. Boland writes:
> I think I have new information on the stealing of ownership. Below test has 
> been
> performed on the Apache folder, placed in the Windows Program Files folder by 
> the
> Apache msi installer:
>
> "/cygdrive/c/Program Files (x86)/Apache Group/Apache2/"
>
> But if I perform the same test in my Cygwin home directory, vi behaves 
> beautifully.
>
> So, I was thinking this difference must be related to the Windows ACL 
> assigments on
> the "Program Files" folder.

If you are operating as a normal user on this folder, you aren't
actually editing the files you think you see there, the whole contents
is virtualized by UAC and redirected to your own personal copy on edit.
If you want to keep your sanity, do not place anything that you intend
to edit / change as a normal user into system directories on Win7 (that
includes Cygwin itself).

http://msdn.microsoft.com/en-us/library/bb756960.aspx


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


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

Re: cygwin64 info.exe Exception: STATUS_ACCESS_VIOLATION if no info file found

2013-11-05 Thread Brian Inglis 
Brian Inglis  SystematicSw.ab.ca> writes:

> 
> cygwin64 info.exe consistently dumps when no info file is found - whether or
> not there is a man page. 
> cygwin32 works as always, displaying a man page if found, or status line
> message "No menu item `' in node `(dir)Top'."

cygcheck output appended with usernames Xed:


Cygwin Configuration Diagnostics
Current System Time: Thu Oct 31 21:11:01 2013

Windows 7 Home Premium Ver 6.1 Build 7601 Service Pack 1

Path:   C:\Users\\bin
C:\usr\local\cygwin64\usr\local\bin
C:\usr\local\cygwin64\bin
C:\Users\\bin
C:\usr\local\bin
C:\Program Files\Vim\vim74
C:\usr\local\cygwin64\bin
C:\usr\local\cygwin\bin
C:\usr\local\ast\bin
C:\usr\local\ast\arch\cygwin.i386\bin
C:\Program Files (x86)\NTP\bin
C:\Program Files (x86)\ActiveState\Python27
C:\Program Files (x86)\ActiveState\Python27\Scripts
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0
C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static
C:\Program Files (x86)\QuickTime\QTSystem
C:\Users\\AppData\Roaming\Python\Scripts
C:\Program Files (x86)\GNU\GnuPG\pub
C:\Program Files\Calibre2
C:\Program Files (x86)\ActiveState\Python27
C:\Program Files (x86)\ActiveState\Python27\Scripts
C:\Program Files (x86)\GNU\GnuPG\pub
C:\Program Files\Calibre2

Output from C:\usr\local\cygwin64\bin\id.exe
UID: 1000()GID: 545(Users)
545(Users)  0(root) 544(Administrators) 1002(HomeUsers)
513(None)

SysDir: C:\Windows\system32
WinDir: C:\Windows

USER = ''
PWD = '/cygdrive/c/Users/'
HOME = '/cygdrive/c/Users/'

Use '-r' to scan registry

obcaseinsensitive set to 1

Cygwin installations found in the registry:
  System: Key: f031669020b3f992 Path: C:\usr\local\cygwin64
  User:   Key: 75f6a1340504e894 Path: C:\usr\local\cygwin (ORPHANED)
  User:   Key: f031669020b3f992 Path: c:\usr\local\cygwin64

c:  hd  NTFS476937Mb  30% CP CS UN PA FC SYSSW465GB
d:  cd N/AN/A
e:  fd N/AN/A
f:  fd N/AN/A
g:  fd N/AN/A
h:  fd N/AN/A
i:  fd N/AN/A

C:\usr\local\cygwin64  /  system  binary,auto
C:\usr\local\cygwin64\bin  /usr/bin   system  binary,auto
C:\usr\local\cygwin64\lib  /usr/lib   system  binary,auto
cygdrive prefix/cygdrive  userbinary,auto

Found: C:\usr\local\cygwin64\bin\awk
Found: C:\usr\local\cygwin64\bin\awk
 -> C:\usr\local\cygwin64\bin\gawk.exe
Found: C:\usr\local\cygwin64\bin\bash.exe
Found: C:\usr\local\cygwin64\bin\bash.exe
Found: C:\usr\local\cygwin64\bin\cat.exe
Found: C:\usr\local\cygwin64\bin\cat.exe
Found: C:\usr\local\cygwin64\bin\cp.exe
Found: C:\usr\local\cygwin64\bin\cp.exe
Found: C:\usr\local\cygwin64\bin\cpp.exe
Found: C:\usr\local\cygwin64\bin\cpp.exe
Not Found: crontab
Found: C:\usr\local\cygwin64\bin\find.exe
Found: C:\usr\local\cygwin64\bin\find.exe
Found: C:\Windows\system32\find.exe
Found: C:\usr\local\cygwin64\bin\gcc.exe
Found: C:\usr\local\cygwin64\bin\gcc.exe
Found: C:\usr\local\cygwin64\bin\gdb.exe
Found: C:\usr\local\cygwin64\bin\gdb.exe
Found: C:\usr\local\cygwin64\bin\grep.exe
Found: C:\usr\local\cygwin64\bin\grep.exe
Found: C:\usr\local\cygwin64\bin\kill.exe
Found: C:\usr\local\cygwin64\bin\kill.exe
Found: C:\usr\local\cygwin64\bin\ld.exe
Found: C:\usr\local\cygwin64\bin\ld.exe
Found: C:\usr\local\cygwin64\bin\ls.exe
Found: C:\usr\local\cygwin64\bin\ls.exe
Found: C:\usr\local\cygwin64\bin\make.exe
Found: C:\usr\local\cygwin64\bin\make.exe
Found: C:\usr\local\cygwin64\bin\mv.exe
Found: C:\usr\local\cygwin64\bin\mv.exe
Found: C:\usr\local\cygwin64\bin\patch.exe
Found: C:\usr\local\cygwin64\bin\patch.exe
Found: C:\usr\local\cygwin64\bin\perl.exe
Found: C:\usr\local\cygwin64\bin\perl.exe
Found: C:\usr\local\cygwin64\bin\rm.exe
Found: C:\usr\local\cygwin64\bin\rm.exe
Found: C:\usr\local\cygwin64\bin\sed.exe
Found: C:\usr\local\cygwin64\bin\sed.exe
Found: C:\usr\local\cygwin64\bin\ssh.exe
Found: C:\usr\local\cygwin64\bin\ssh.exe
Found: C:\usr\local\cygwin64\bin\sh.exe
Found: C:\usr\local\cygwin64\bin\sh.exe
Found: C:\usr\local\cygwin64\bin\tar.exe
Found: C:\usr\local\cygwin64\bin\tar.exe
Found: C:\usr\local\cygwin64\bin\test.exe
Found: C:\usr\local\cygwin64\bin\test.exe
Found: C:\usr\local\cygwin64\bin\vi.exe
Found: C:\usr\local\cygwin64\bin\vi.exe
Found: C:\usr\local\cygwin64\bin\vim.exe
Found: C:\Program Files\Vim\vim74\vim.exe
Found: C:\usr\local\cygwin64\bin\vim.exe

 2568k 2013/06/23 C:\usr\local\cygwin64\bin\cygasn1-8.dll
   87k 2013/10/26 C:\usr\local\cygwin64\bin\cygatomic-1.dll
   16k 2013/03/26 C:\usr\local\cygwin64\bin\cygattr-1.d

Re: git clone failing with "fatal: index-pack failed"

2013-11-05 Thread Balaji Venkataraman 
On Tue, Nov 5, 2013 at 7:28 AM, Andrew DeFaria  wrote:

> On 10/31/2013 08:04 AM, Andrew DeFaria wrote:
>>
>> On 10/26/2013 03:12 PM, Balaji Venkataraman wrote:
>>>
>>> On Sat, Oct 26, 2013 at 9:23 AM, Andrew DeFaria wrote:

 It's been very quite about this issue. Usually at least somebody
 responds. I
 fear that perhaps nobody's seeing this. Could somebody, anybody, simply
 respond if even just to say "Yeah, I see this. Don't have an answer
 though"
 I'd appreciate it.
>>>
>>> I see something similar intermittently but only when I try to clone in
>>> a non-Administrator shell and that too only on cygwin32. It doesn't
>>> happen when I'm in an administrator shell. Haven't been able to figure
>>> it out - although I'm having other problems where I can't run many
>>> commands from a 32bit Cygwin shell - so I don't want to set you off on
>>> a random thread. Are you able to do things like man, make etc. from
>>> the same shell?

Did you try these (man, make etc.) from a non-admin shell?

>> Interesting. Running an administrator shell works! The odd thing is that I
>> logged in as the user Administrator, the local user Administrator. I assume
>> it has administrator rights but I know that there are administrator rights
>> and then there are administrator rights. So it seems the problem lies
>> between the two. How to debug this further and fix it?
>
> Another error that I'm getting is the following:
>
> $ git fetch
> Warning: No xauth data; using fake authentication data for X11 forwarding.
> X11 forwarding request failed on channel 0
> fatal: Out of memory? mmap failed: Resource temporarily unavailable
> $
>
> Note that this happens whether or not I start an administrator shell. Also

Could you do the following and report back:
- open windows explorer and navigate to C:\Cygwin\bin (or where ever
the root of your 32 bit Cygwin installation).
- scroll down to find sh.exe and check whether you see the windows
'Administrator' shield on it?

If it has a shield on it, that is the source of all problems.

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

Re: Is there a way to acess expanded value of REG_EXPAND_SZ ?

2013-11-05 Thread Linda Walsh 

On 11/4/2013 9:57 PM, Andrey Repin wrote:

Greetings, All!

Started to write scripts, that rely on registry, and hit a nail right off the
bat. I need to access expanded value of REG_EXPAND_SZ type.
Reading documentation doesn't help.
Is this possible?
Or should I go through a loop of calling cmd.exe to manually expand variables?

-
You might want to read the strings then use 'sed' to replace
to do:
sed -r 's/%([^%]+)%/\$\1/g'
on your string, then eval it...

something like:
shvar="$(echo "$RG_XPND_S"|sed -r  's/%([^%]+)%/\$\1/g')"
value= eval "echo $shvar"

---
The above is untested, but it should point you in the right
direction...(crossing fingers).






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

[ANNOUNCEMENT] New package: cygcheck-dep-1.0-1

2013-11-05 Thread Mikhail Usenko 
Subject: New package - cygcheck-dep-1.0-1

Version 1.0-1 of cygcheck-dep has been uploaded.

cygcheck-dep is a bash script helping to show dependencies
for installed Cygwin packages. It can be useful if you are
trying some Cygwin's software and along the line you are
installing and uninstalling some packages and want to keep
your Cygwin's setup root directory clean of unused packages.

--

   *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

 If you want to unsubscribe from the cygwin-announce mailing list,
 look at the "List-Unsubscribe: " tag in the email header of this message.
 Send email to the address specified there. It will be in the format:

   cygwin-announce-unsubscribe-you=yourdomain.com  cygwin.com

 If you need more information on unsubscribing, start reading here:

   http://sourceware.org/lists.html#unsubscribe-simple

 Please read *all* of the information on unsubscribing
 that is available starting at this URL.

-- 

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

Re: git clone failing with "fatal: index-pack failed"

2013-11-05 Thread Andrew DeFaria 

On 11/05/2013 03:35 PM, Balaji Venkataraman wrote:

On Tue, Nov 5, 2013 at 7:28 AM, Andrew DeFaria  wrote:


On 10/31/2013 08:04 AM, Andrew DeFaria wrote:

On 10/26/2013 03:12 PM, Balaji Venkataraman wrote:

On Sat, Oct 26, 2013 at 9:23 AM, Andrew DeFaria wrote:

It's been very quite about this issue. Usually at least somebody
responds. I
fear that perhaps nobody's seeing this. Could somebody, anybody, simply
respond if even just to say "Yeah, I see this. Don't have an answer
though"
I'd appreciate it.

I see something similar intermittently but only when I try to clone in
a non-Administrator shell and that too only on cygwin32. It doesn't
happen when I'm in an administrator shell. Haven't been able to figure
it out - although I'm having other problems where I can't run many
commands from a 32bit Cygwin shell - so I don't want to set you off on
a random thread. Are you able to do things like man, make etc. from
the same shell?

Did you try these (man, make etc.) from a non-admin shell?
I think you're talking to the other guy however when I did man, make, 
etc. they worked fine.

Interesting. Running an administrator shell works! The odd thing is that I
logged in as the user Administrator, the local user Administrator. I assume
it has administrator rights but I know that there are administrator rights
and then there are administrator rights. So it seems the problem lies
between the two. How to debug this further and fix it?

Another error that I'm getting is the following:

$ git fetch
Warning: No xauth data; using fake authentication data for X11 forwarding.
X11 forwarding request failed on channel 0
fatal: Out of memory? mmap failed: Resource temporarily unavailable
$

Note that this happens whether or not I start an administrator shell. Also

Could you do the following and report back:
- open windows explorer and navigate to C:\Cygwin\bin (or where ever
the root of your 32 bit Cygwin installation).
Stop. AFAICT I don't have a 32 bit Cygwin installation. I have a 64 bit 
Cygwin installation. Again, I think you're talking to the other guy. 
However I did report this new problem with git fetch and the nmap failed.

- scroll down to find sh.exe and check whether you see the windows
'Administrator' shield on it?

If it has a shield on it, that is the source of all problems.

I'll look for this however.
--
Andrew DeFaria 
"Criminal Lawyer" is a redundancy.


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