RE: Setup and downloading software...

2003-11-04 Thread Benjamen R. Meyer
Thanks all for the helpful tips.

I've also been coming across another issue. I haven't really researched it
as to if it's already in the queue - so please forgive me if it has already
been addressed, and just ignore this - I didn't remember seeing it
documented when I was researching the other issue.

As I am downloading, the setup program simply stops downloading at the end
of large files. For example, with the gcc-java-3.3.1-3.tar.bz2 file, it got
all the way to end and stopped with 1kb left, and then just stopped. I've
also had it go all the way and do the same thing on other files.  If I hit
the 'cancel' button, and restart the download, then it picks up where it
left off, gets any extra stuff and continues on.

I am doing a download only, and for simplicity (so I don't have to keep
refilling out all the info), am telling it to download everything.  If my
memory serves me correctly, I was also getting this when I was specifying a
subset.

I don't know if this is a specific case that comes out due to a slow
connection, or what. Most packages seem to go fine, it's just the larger
ones that are an issue. I don't think I've seen it happen for things on
order of only a couple meg and smaller; thus the idea of the slow connection
causing it with the really long download time, but that doesn't really make
sense as to why it would. Any how, just a couple thoughts.

Thanks!

BRM

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Gareth Pearce
 Sent: Monday, November 03, 2003 1:46 AM
 To: 'Benjamen R. Meyer'; [EMAIL PROTECTED]
 Subject: RE: Setup and downloading software...


  I understand this may not be a very high priority as many people are
  probably using Broadband now, but I know I would appreciate it, and I
  imagine many others would too.  I know this wouldn't really be
 much of an
  issue except that I've noticed in my downloads that I average
 between 1.7
  and 2.6 kb/s on my 56k modem, which is about 1/3 of the rate I could
  theoretically get. (Most of my downloads for other sites are
 around 4 to 6
  kb/sec.) I figure this is because the sites are so busy, and I
 figure that
  striping the downloads could help to speed some people up to help
  alliviate
  the sites of those users.

 Just think for a second and realise that if this was the case, then the
 broadband people would be noticing it a lot more.  Striping is much more
 likely to help broadband users then it is modem users.  That said, some
 mirrors do get overloaded - but 2k/sec would be unusual I suspect.  Btw -
 all of the downloads from setup are precompressed - so ensure
 your comparing
 apples with apples when comparing download speeds.  Modems use inbuilt
 compression - so non-compressed files will download faster.
 3k-sec is (once
 you consider overheads) not to far off 30kbit - most 56k modems actually
 rarely see connections over 42k (to my knowledge anyway)  - so
 your actually
 more like half rather then 1/3rd. - 'back home' on my 56k modem - 2.6k/sec
 on a compressed file would be considered fast.  But then 'back home' has
 poor phone lines. - I'm lucky enough to have adsl where I'm living at the
 moment - and the mirrors I use for setup - are easily fast enough
 to handle
 a modem user.

 Gareth




RE: Please upload new version of curl (7.10.8-1)

2003-11-04 Thread Roth, Kevin P.
Can I just promise to do so for the next update? This package *usually* has a new 
release every couple of months, so it won't be too much longer...

- Kevin



-Original Message-
From: Daniel Reed [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 9:35 PM
To: [EMAIL PROTECTED]
Subject: Re: Please upload new version of curl (7.10.8-1)

This package has man and doc in /usr still, rather than /usr/share. If at
all possible, can you re-package it with usr/man moved to usr/share/man and
usr/doc moved to usr/share/doc?


Please update links, mod_php4, mod_ssl, wget (was: [mark@openssl.org: [OpenSSL Advisory] Denial of Service in ASN.1 parsing])

2003-11-04 Thread Corinna Vinschen
May I again ask the package maintainers of packages, which still
use openssl-0.9.6, to update their packages to use openssl-0.9.7?
These packages are

- links Sami Tikka
- mod_php4  Stipe Tolj
- mod_ssStipe Tolj
- wget  Hack Kampbjorn

Corinna

- Forwarded message from Mark J Cox [EMAIL PROTECTED] -

 Date: Tue, 4 Nov 2003 12:11:43 + (GMT)
 From: Mark J Cox [EMAIL PROTECTED]
 Subject: [OpenSSL Advisory] Denial of Service in ASN.1 parsing
 To: [EMAIL PROTECTED], [EMAIL PROTECTED],
   [EMAIL PROTECTED], [EMAIL PROTECTED],
   [EMAIL PROTECTED], [EMAIL PROTECTED]
 Reply-To: [EMAIL PROTECTED]
 
 -BEGIN PGP SIGNED MESSAGE-
 
 OpenSSL Security Advisory [4 November 2003]
 
 Denial of Service in ASN.1 parsing
 ==
 
 Previously, OpenSSL 0.9.6k was released on the 30 September 2003 to
 address various ASN.1 issues.  The issues were found using a test
 suite from NISCC (www.niscc.gov.uk) and fixed by Dr Stephen Henson
 ([EMAIL PROTECTED]) of the OpenSSL core team.
 
 Subsequent to that release, Novell Inc. carried out further testing
 using the NISCC suite.  They discovered that there was a denial of
 service vulnerability in OpenSSL version 0.9.6k when running on a
 Windows platform.
 
 A bug in OpenSSL 0.9.6 would cause certain ASN.1 sequences to trigger
 a large recursion.  On platforms such as Windows this large recursion
 cannot be handled correctly and so the bug causes OpenSSL to crash.  A
 remote attacker could exploit this flaw if they can send arbitrary
 ASN.1 sequences which would cause OpenSSL to crash.  This could be
 performed for example by sending a client certificate to a SSL/TLS
 enabled server which is configured to accept them.
 
 We do not believe this issue could be exploited further than a Denial
 of Service attack.  
 
 Patches for this issue have been created by Dr Stephen Henson
 ([EMAIL PROTECTED]) of the OpenSSL core team.
 
 Who is affected?
 - 
 
 OpenSSL 0.9.6k is affected by the bug, but the denial of service does
 not affect all platforms.  This issue does not affect OpenSSL 0.9.7.
 Currently only OpenSSL running on Windows platforms is known to crash.
 
 Recommendations
 - ---
 
 Upgrade to OpenSSL 0.9.6l or 0.9.7c.  Recompile any OpenSSL
 applications statically linked to OpenSSL libraries.
 
 OpenSSL 0.9.6l is available for download via HTTP and FTP from the
 following master locations (you can find the various FTP mirrors under
 http://www.openssl.org/source/mirror.html):
 
 o http://www.openssl.org/source/
 o ftp://ftp.openssl.org/source/
 
 The distribution file name is:
 
 o openssl-0.9.6l.tar.gz [normal]
   MD5 checksum: 843a65ddc56634f0e30a4f9474bb5b27
 o openssl-engine-0.9.6l.tar.gz [engine]
   MD5 checksum: dd372198cdf31667f2cb29cd76fbda1c
 
 The checksums were calculated using the following command:
 
 openssl md5  openssl-0.9.6l.tar.gz
 openssl md5  openssl-engine-0.9.6l.tar.gz
 
 References
 - --
 
 The Common Vulnerabilities and Exposures project (cve.mitre.org) has
 assigned the name CAN-2003-0851 to this issue.
 
 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0851
 
 URL for this Security Advisory:
 http://www.openssl.org/news/secadv_20031104.txt
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.2.1 (GNU/Linux)
 
 iQCVAwUBP6eVw+6tTP1JpWPZAQF2pgP8CXV6at09Nloo7Pyv40m/J3Tbuh224WLE
 mQ2IARAqnj+gds8MRzQnKQcWaqdnMXOu6ayAULdDZXmQVQYBMQ61lrJiVjaxonyD
 T8LtSb6Zg2A5ijut7Nsuw7TItOGTfqHPSOMRUwmdcsz2/IpzDPQXcIJt2WU8uHO3
 zDd6ZTOpPxY=
 =jZd3
 -END PGP SIGNATURE-
 
 __
 OpenSSL Project http://www.openssl.org
 Development Mailing List   [EMAIL PROTECTED]
 Automated List Manager   [EMAIL PROTECTED]

- End forwarded message -

-- 
Corinna Vinschen
Cygwin Developer
Red Hat, Inc.


Re: Please update links, mod_php4, mod_ssl, wget (was: [mark@openssl.org: [OpenSSL Advisory] Denial of Service in ASN.1 parsing])

2003-11-04 Thread Corinna Vinschen
On Tue, Nov 04, 2003 at 08:49:45AM -0500, Christopher Faylor wrote:
 On Tue, Nov 04, 2003 at 02:40:20PM +0100, Corinna Vinschen wrote:
 May I again ask the package maintainers of packages, which still
 use openssl-0.9.6, to update their packages to use openssl-0.9.7?
 These packages are
 
 - links  Sami Tikka
 - mod_php4   Stipe Tolj
 - mod_ss Stipe Tolj
 - wget   Hack Kampbjorn
 
 If we don't get a response within a week, then, IMO, maintainership of
 these packages is up for grabs.
 
 Any objections to this?

Not from me.

Corinna

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


Re: New package: gv-3.5.8-1

2003-11-04 Thread Christopher Faylor
On Tue, Nov 04, 2003 at 05:24:33PM +0100, Dr. Volker Zell wrote:
The gv-3.5.8-1 package has been added to the Cygwin distribution.

There is no reason to post this announcement to cygwin-apps.  The
announcement lists are adequate.

cgf


Pending Packages List, 2003-11-04

2003-11-04 Thread Daniel Reed
This is the list of pending packages as of Tuesday, November  4, 2003.

** PACKAGE PROPOSERS ** Please verify these fields **
Package: The name and version of the package as it will appear in setup. 
Proposal: Files that will be uploaded to sources.redhat.com unmodified.
HOLD-UPS: What you need to finish! What we are waiting for.

Maintainers of existing packages are eligible to vote on ITPs and new package
proposals. Once a package has been proposed, a cygwin-apps subscriber must
review it, and may point out problems or suggest changes. Each package must
receive a good to go (positive review) and must have all problems addressed
before being accepted.

Problems can be addressed either by announcing an updated version or explaining
why the problem is not an issue.

===
 Pending Packages List
===

Waiting for review: ploticus sgrep distcc libsmi nfs-server otcl gv tclcl
Waiting for vote[s]: ploticus sgrep libsmi (GAP)
With unresolved problems: tcm ploticus sgrep d distcc gv

Package: tcm 2.20-1
Description: Toolkit for Conceptual Modeling (TCM)
   Proposer: Daniel Boesswetter
   Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00299.html
 http://home.in.tum.de/~boesswet/tcm-2.20-1.tar.bz2
 http://home.in.tum.de/~boesswet/tcm-2.20-1-src.tar.bz2
 http://home.in.tum.de/~boesswet/setup.hint
 Good to go: Charles Wilson (cygwin-apps-thread.11851) (once problems are addressed)
   Problems: So, here's the question for the list.  For the cygwin-specific README in 
a X-related package, where should it go? (cygwin-apps-thread.11851)
 Status: Attained required 3 votes. Package available. Reviewed.
   HOLD-UPS: Unresolved minor problems.


Package: ploticus 2.11-1
Description: Command line driven tool to generates various plots and graphs
   Proposer: Jari Aalto
   Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00165.html
 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1.tar.bz2
 http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1-src.tar.bz2
 http://tierra.dyndns.org:81/cygwin/ploticus/setup.hint
   Problems: Jari needs to (a) remove /usr/X11R6/lib/libz.a|libz.dll.a (b) recompile 
the package.  This will ensure that it links against /usr/lib/libz.dll.a and picks up 
cygz.dll instead. (cygwin-apps-thread.11583)
 More to the point, the build requirements list libzlib, libpng, and 
X11.  Those packages do NOT exist.  What you want is:   XFree86-base   zlib   
libpng12   libpng12-devel (cygwin-apps-thread.11583)
 ./cygbuild-2.11-1.sh: line 402: [: -eq: unary operator expected 
(cygwin-apps-thread.11583)
 Status: Package available.
   HOLD-UPS: Not enough votes (need 3). Unresolved problems. No good to go review.


Package: sgrep 1.99.1-1
Description: Search indexed text regions like SGML, XML and HTML files
   Proposer: Jari Aalto
   Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html
 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2
 http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1-src.tar.bz2
 http://tierra.dyndns.org:81/cygwin/sgrep/setup.hint
   Problems: ./cygbuild-1.92.1-1.sh: line 408: [: -eq: unary operator expected 
(cygwin-apps-thread.11855)
 --- sgrep-1.92.1-orig/Makefile  1970-01-01 00:00:00.0 + 
(cygwin-apps-thread.11855)
  Aye votes: Lapo Luchini (cygwin-apps-thread.11774) [1/3]
 Status: Package available.
   HOLD-UPS: Not enough votes (need 2 more). Unresolved problems. No good to go 
review.


Package: d 1.2.0-1
Description: The Directory Lister
   Proposer: Yaakov Selkowitz
   Proposal: mailto:[EMAIL PROTECTED]
 http://mywebpage.netscape.com/yselkowitz/cygwin/d/d-1.2.0-1.tar.bz2
 http://mywebpage.netscape.com/yselkowitz/cygwin/d/d-1.2.0-1-src.tar.bz2
 http://mywebpage.netscape.com/yselkowitz/cygwin/d/setup.hint
 Good to go: Gerrit P. Haase (cygwin-apps-thread.11476) (once problems are addressed)
   Problems: Have we already talked about why this package is better than 'ls'?  If it 
is just another directory lister with different options then I don't see a need for 
it.  Also, if it isn't part of any other linux or unix distribution then it doesn't 
really fit into the core goal for cygwin. (cygwin-apps-thread.11858)
 Status: Attained required 3 votes. Package available. Reviewed.
   HOLD-UPS: Unresolved minor problems.


Package: distcc 2.11.1-1
Description: A fast, free, distributed C/C++ compiler
   Proposer: John Morrison
   Proposal: mailto:[EMAIL PROTECTED]
 
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1.tar.bz2
 
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11.1-1-src.tar.bz2
 

RE: New version of nfs-server for review

2003-11-04 Thread Robb, Sam
 A new version of nfs-server is available for testing.  This update
 contains bug fixes and should conform to the latest Cygwin packaging
 standards.

...

It's been about a week without a response, positive or negative.

Any objections to uploading this as a test package for the nonce?

-Samrobb


Re: your Cygwin packages need to be updated

2003-11-04 Thread Stipe Tolj
Daniel Reed wrote:
 
 http://cygwin.com/ml/cygwin-apps/2003-11/msg00068.html
 
  * From: Corinna Vinschen vinschen at redhat dot com
  * To: cygwin-apps at cygwin dot com
  * Date: Tue, 4 Nov 2003 14:40:20 +0100
  * Subject: Please update links, mod_php4, mod_ssl, wget (was: [EMAIL 
 PROTECTED]: [OpenSSL Advisory] Denial of Service in ASN.1 parsing])
 
 May I again ask the package maintainers of packages, which still
 use openssl-0.9.6, to update their packages to use openssl-0.9.7?
 These packages are
 
 - links Sami Tikka
 - mod_php4  Stipe Tolj
 - mod_ssStipe Tolj
 - wget  Hack Kampbjorn

yep, just configuring my new Cygwin machine and making new packages
(version updates) for all my packages.

Stipe


Re: your Cygwin packages need to be updated

2003-11-04 Thread Nicholas Wourms
[EMAIL PROTECTED] wrote:

Daniel Reed wrote:

http://cygwin.com/ml/cygwin-apps/2003-11/msg00068.html

* From: Corinna Vinschen vinschen at redhat dot com
* To: cygwin-apps at cygwin dot com
* Date: Tue, 4 Nov 2003 14:40:20 +0100
* Subject: Please update links, mod_php4, mod_ssl, wget (was: [EMAIL PROTECTED]: 
[OpenSSL Advisory] Denial of Service in ASN.1 parsing])
May I again ask the package maintainers of packages, which still
use openssl-0.9.6, to update their packages to use openssl-0.9.7?
These packages are
- links Sami Tikka
- mod_php4  Stipe Tolj
- mod_ssStipe Tolj
- wget  Hack Kampbjorn


Stipe,

Are you going to update to the newer version of apache-1.3?  I also 
noticed that more things can be #defined since a good deal of new 
functionality has been added to the dll.

Cheers,
Nicholas


New package: gv-3.5.8-1

2003-11-04 Thread Dr. Volker Zell
The gv-3.5.8-1 package has been added to the Cygwin distribution.

 o http://wwwthep.physik.uni-mainz.de/~plass/gv/

Description:

`gv' is a comfortable viewer of PostScript and PDF files for the X Window System.
It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X 
front-end
for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'.

--

Volker Zell

To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Once you've downloaded setup.exe, run it and select XFree86
and then click on the appropriate field until the above announced
version number appears if it is not displayed already.

Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.

In the US, ftp://archive.progeny.com/cygwin/
is a reliable high bandwidth connection.

In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually
up-to-date.

In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.

Please  send questions or comments to the Cygwin/XFree86 mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin/XFree86 in general.

If you want to make a point or ask a question the Cygwin/XFree86 mailing
list is the appropriate place.



Re: Patch for keyboard handling

2003-11-04 Thread Takuma Murakami
Harold,

 Actually, now I am a little doubtful that this patch is complete.  If I 
 recall correctly, we are merely enqueueing input events into a queue 
 that the mi layer processes later.  Checking the mode key states within 
 the X server will only indicate what the mi layer currently knows about 
 the mode key states.  The my layer would not know that there are 
 messages in its queue that change the state of the mode keys.

I agree with you.  If the mi event queue has pending
events when winRestoreModeKeyStates is called, it may
fail to synchronize mode key states between XWin and
Windows.  However, the new code can re-sync them at
the next time winRestoreModeKeyStates is called while
it is hard to do for the old code.

 I also recall that there is a way to force the mi layer to process all 
 input events (miProcessInputEvents ?) and that this could be called 
 before querying the state of the mode key states in order to get a 
 consistent result.

Thank you for your suggestion.  mieqProcessInputEvents
seems to do the work.  I inserted a code to call it
and it looks working well for now, though I don't sure
if it is legal to call it from the place other than
ProcessInputEvents.

The attached is a revised patch to call the function.
I deeply appreciate your feedback.

Takuma Murakami ([EMAIL PROTECTED])


xwin.kbd2.patch
Description: Binary data


Re: Grabbing XFree86.org's xc/ tree using cvsup

2003-11-04 Thread Egbert Eich

Harold,

what you want to do is to create a special vendor branch on your
repository and import a *tagged* version of XFree86. This tagging makes
it really easy to import well defined versions and updates from these.
Of course you can mirror the XFree86 CVS on a regular basis. XFree86 is
running cvsup so this is really easy. However this repository can
only serve as a reference as any commits to it will be overwritten
when you do the next cvsup.
Actually you may want to start the repository by importing this vendor
branch. You should then tag each update of this branch with the same
tag that is used by XFree86. This branch together with the tag can be
used to keep other branches (including the trunk) in sync with the
vendor branch.
It should be decided what goes into which branch and the trunk.
You also may want to look at the CVS usage instructions the DRI
project has. They have rather sophisticated mechanisms to keep
the CVS in shape.

Egbert.


Harold L Hunt II writes:
  I am looking into how to import the XFree86.org xc/ tree into 
  freedesktop.org.  It looks like cvsup is the way to go here, since it 
  mirrors the actual repository instead of grabbing a snapshot of the 
  repository.
  
  My question is: should I tell cvsup to drop the tree directly into 
  /home/cvs, or should I pull the tree into my home directory, then copy 
  it into /home/cvs?
  
  It sort of seems unwise to drop the tree directly into /home/cvs, 
  especially since cvsup needs to keep some state files (which I would 
  most likely put in /home/harold/xc/sup) that imply that only one person 
  would be able to make changes to the cvsup mirror.
  
  Another thing to keep in mind is how we want to do development.  It has 
  been suggested that we keep the HEAD branch in sync with XFree86.org and 
  that we do our development on another branch.  The question here is 
  whether cvsup can preserve a local branch of the code and still be used 
  to sync with XFree86.org.  I doubt that this is the case, since cvsup is 
  essentially mirroring the files, not branches/tags/etc.  Does this mean 
  that we must manually track XFree86.org and apply their patches after 
  the initial import?
  
  I would appreciate any input on this.  Let me be the first to admit that 
  I am not a CVS administrator.  I want to get this tree setup quickly so 
  that Alexander Gottwald (ago), Kensuke Matsuzaki (zakki), and myself can 
quickly resume our development on Cygwin/X.  Another goal is for the 
  xc/ tree to be usable by others that wish to develop on an old-style xc/ 
  tree outside of XFree86.org.
  
  Thanks in advance,
  
  Harold
  
  
  ___
  Xserver mailing list
  [EMAIL PROTECTED]
  http://pdx.freedesktop.org/cgi-bin/mailman/listinfo/xserver


Re: New package: gv-3.5.8-1

2003-11-04 Thread Alan Hourihane
Can these announce messages, be left to the cygwin-announce-xfree... lists.

That's what they are there for, and refrain from cross posting this stuff.

Alan.

On Tue, Nov 04, 2003 at 05:24:33PM +0100, Dr. Volker Zell wrote:
 The gv-3.5.8-1 package has been added to the Cygwin distribution.
 
  o http://wwwthep.physik.uni-mainz.de/~plass/gv/
 
 Description:
 
 `gv' is a comfortable viewer of PostScript and PDF files for the X Window System.
 It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X 
 front-end
 for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'.
 
 --
 
 Volker Zell
 
 To update your installation, click on the Install Cygwin now link on
 the http://cygwin.com/ web page.  This downloads setup.exe to your
 system.  Once you've downloaded setup.exe, run it and select XFree86
 and then click on the appropriate field until the above announced
 version number appears if it is not displayed already.
 
 Note that downloads from sources.redhat.com (aka cygwin.com) aren't
 allowed due to bandwidth limitations.  This means that you will need
 to find a mirror which has this update.
 
 In the US, ftp://archive.progeny.com/cygwin/
 is a reliable high bandwidth connection.
 
 In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually
 up-to-date.
 
 In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.
 
 If one of the above doesn't have the latest version of this package
 you can either wait for the site to be updated or find another
 mirror.
 
 Please  send questions or comments to the Cygwin/XFree86 mailing list at:
 [EMAIL PROTECTED] .  If you want to subscribe go to:
 http://cygwin.com/lists.html I would appreciate if you would use
 this mailing list rather than emailing me directly.  This includes
 ideas and comments about the setup utility or Cygwin/XFree86 in general.
 
 If you want to make a point or ask a question the Cygwin/XFree86 mailing
 list is the appropriate place.


Re: New package: gv-3.5.8-1

2003-11-04 Thread Harold L Hunt II
Hmm...

Well, we never really defined what the policy was regarding 
announcements.  I have been cross-posting them for years now :)

I'm the one that told Volker to do the cross-post, it is my fault.  He 
was just doing what I asked him to do.

I also was not able to get the list of subscribers for both lists until 
recently.  One list has about 340 people while the other has about 370. 
 It seems that there is a lot of overlap, so it would probably be okay 
to stop posting announcements at [EMAIL PROTECTED]

Heck, I didn't even realize that so many people were signed up for 
cygwin-xfree-announce.  I thought it was being ignored.  Guess I should 
have checked those lists earlier.

I guess that is it then.  The policy is changed.  I won't cross-post 
announcements anymore.

Thanks for making me think this through :)

Harold

Alan Hourihane wrote:

Can these announce messages, be left to the cygwin-announce-xfree... lists.

That's what they are there for, and refrain from cross posting this stuff.

Alan.

On Tue, Nov 04, 2003 at 05:24:33PM +0100, Dr. Volker Zell wrote:

The gv-3.5.8-1 package has been added to the Cygwin distribution.

o http://wwwthep.physik.uni-mainz.de/~plass/gv/

Description:

`gv' is a comfortable viewer of PostScript and PDF files for the X Window System.
It uses the `ghostscript' PostScript(tm) interpreter and is based on the classic X 
front-end
for `gs', `ghostview'. It is more comfortable and more powerful than `ghostview'.
--

Volker Zell

To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Once you've downloaded setup.exe, run it and select XFree86
and then click on the appropriate field until the above announced
version number appears if it is not displayed already.
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update.
In the US, ftp://archive.progeny.com/cygwin/
is a reliable high bandwidth connection.
In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually
up-to-date.
In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date.

If one of the above doesn't have the latest version of this package
you can either wait for the site to be updated or find another
mirror.
Please  send questions or comments to the Cygwin/XFree86 mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html I would appreciate if you would use
this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin/XFree86 in general.
If you want to make a point or ask a question the Cygwin/XFree86 mailing
list is the appropriate place.



obstacle running cygwin (communicating with Solaris 8, Sparc) ...

2003-11-04 Thread Andreas (privat)
Hello,

it's my intention to start a remote login-process at the solaris-pc via
cygwin. Unfortunately the
login-session is always interrupted. Cygwin is only able to depict a black
screen (including the mouse cursor). Nothing else occurs ... I figured out the
same behaviour while using realvnc. After - let's say - 30 seconds the
vncserver terminates itself with the following error message:

XDMCP fatal error: login failed  (something like that).

I've already checked the Xaccess-file ... without success. Does anyone know
a solution? It should be mentioned that the login-process has already been
working since some months. It has to stay relation with more or less conscious
modifications to the Solaris-PC. But where should I take a look at?

Much thanks in advance! Bye Querra

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++



Re: obstacle running cygwin (communicating with Solaris 8, Sparc) ...

2003-11-04 Thread Brian Ford
On Tue, 4 Nov 2003, Andreas (privat) wrote:

 it's my intention to start a remote login-process at the solaris-pc via
 cygwin. Unfortunately the
 login-session is always interrupted. Cygwin is only able to depict a black
 screen (including the mouse cursor). Nothing else occurs

http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-solaris-fonts

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444


Stamp Collecting

2003-11-04 Thread kb1jof
Hello, and Welcome to My Stamp Collecting Website,

I would like to invite you to take a look at my newly published website,
www.kensstamphouse.com that consists 
of Many Mint and Used stamp lots, at very reasonable prices.

Each lot contains anywheres from 25 to 500 all different stamps from 
many different countries. 

Why not take a look. Never know, there may
be something you can use for your collection.

Thanks for looking and happy stamp collecting.

Don't forget, www.kensstamphouse.com.

Ken Maltese



Stamp Collecting

2003-11-04 Thread kb1jof
Hello, and Welcome to My Stamp Collecting Website,

I would like to invite you to take a look at my newly published website,
www.kensstamphouse.com that consists 
of Many Mint and Used stamp lots, at very reasonable prices.

Each lot contains anywheres from 25 to 500 all different stamps from 
many different countries. 

Why not take a look. Never know, there may
be something you can use for your collection.

Thanks for looking and happy stamp collecting.

Don't forget, www.kensstamphouse.com.

Ken Maltese



WindowMaker-0.80.2-1 bad TIFFs?

2003-11-04 Thread Andrew Grimm
My recently-updated Cygwin WindowMaker is whining to me:

TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff:
 unknown field with tag 317 (0x13d) encountered.
TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff:
 unknown field with tag 317 (0x13d) encountered.

I believe it as the icon for the terminal looks messed up.

This doesn't impact my ability to continue living, but it would be nice if
it were corrected.  I have all of the latest Cygwin packages (on Win 2k)
so I don't think I'm missing a decode/display component or anything.

Thanks,
Andy



Cygwin-patches Good news regarding the economy minmq

2003-11-04 Thread Madeline Poe
Cygwin-patches Don't let time run out

http://www.eloanquote.net/freequote.aspx?siteid=netmarketing-110

Cease:

http://freeloanquote.net/opt-out/

vunnq nghvdokzzcpsgmbhlp i qegmwc k tit
hvxroiwomme hjgmfwj jnlvy


screen redraw problem

2003-11-04 Thread J S
Hi,

I have an application which has some boxes in the window. The window itself 
is scrollable. When I scroll down -  no problem, but when I scroll up the 
boxes turn into long vertical bars. This problem doesn't happen with Exceed, 
but on XFree86 (both Linux XFree86 and Cygwin-XFree) it does.

Can anyone advise me whether this is a bug, or is there some setting I need 
to add? Let me know if you need anymore information.

Thanks for any help.

JS.

_
Tired of 56k? Get a FREE BT Broadband connection 
http://www.msn.co.uk/specials/btbroadband



src/winsup/utils ChangeLog passwd.c

2003-11-04 Thread corinna
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2003-11-04 10:54:48

Modified files:
winsup/utils   : ChangeLog passwd.c 

Log message:
* passwd.c (PrintPW): Turn around meaning printed for Password not
required option to be in line with Windows meaning.
(main): Use more appropriate 1008 option when calling
NetUserSetInfo to change flag values.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.242r2=1.243
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/utils/passwd.c.diff?cvsroot=srcr1=1.9r2=1.10



src/winsup/cygwin ChangeLog exceptions.cc exte ...

2003-11-04 Thread corinna
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2003-11-04 15:48:19

Modified files:
winsup/cygwin  : ChangeLog exceptions.cc external.cc 
 sec_helper.cc 
winsup/cygwin/include/cygwin: version.h 
winsup/cygwin/include/sys: cygwin.h 

Log message:
* external.cc (cygwin_internal): Add CW_GET_POSIX_SECURITY_ATTRIBUTE
handling.
* include/cygwin/version.h: Bump API minor number.
* include/sys/cygwin.h (cygwin_getinfo_types): Add
CW_GET_POSIX_SECURITY_ATTRIBUTE.

* exceptions.cc (init_global_security): Move from here...
* sec_helper.cc (init_global_security): ...to here.

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2150r2=1.2151
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.172r2=1.173
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/external.cc.diff?cvsroot=srcr1=1.55r2=1.56
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/sec_helper.cc.diff?cvsroot=srcr1=1.44r2=1.45
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.140r2=1.141
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/cygwin.h.diff?cvsroot=srcr1=1.50r2=1.51



src/winsup/doc how-using.texinfo

2003-11-04 Thread davidsb
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED]   2003-11-04 22:05:31

Modified files:
winsup/doc : how-using.texinfo 

Log message:
Entry Where is the su command? - Why doesn't su work?

Patches:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/doc/how-using.texinfo.diff?cvsroot=srcr1=1.45r2=1.46



Re: [PATCH] Fix debugger attach for threads

2003-11-04 Thread Thomas Pfaff
Christopher Faylor wrote:
On Fri, Oct 31, 2003 at 10:11:46PM +0100, Thomas Pfaff wrote:

This patch allows a debugger to attach when an exception occurs in a 
thread other than the mainthread.

I am not happy about the wait in handle_exceptions, but it works on my 
machine. I think that a waitloop until the debugger is attached is 
cleaner, but there must be a reason why the debbugging loop is 
implemented this way.


The intent is for an attached debugger to immediately see the location
that died.  If you loop in the try_to_debug code then it is a pain to
figure out exactly where the exception occurred.
I never see immediately the location, i must always continue the program 
to get it.

Anyway, attached is new attempt that does not make use of 
Suspend/ResumeThread and keeps the process running until the debugger is 
attached.

2003-11-04  Thomas Pfaff  [EMAIL PROTECTED]

* exceptions.cc (handle_exceptions): Keep process running when
debugger is attaching. Give debugger CPU time to attach.


handle_exceptions.patch
Description: plain/text


CygIpc

2003-11-04 Thread Emanuele Bonin
HI!

I'm an italian developer, i want develope an application using
postgresql. I know unix very little.
I have some problem 8(( can u help me ?

I installed
CygWin 1.5.5
CygIpc 2.02

I'm using Windows XP.

I haven't ipc-daemon.exe ... but i have ipc-daemon2.exe is the same
thing ? So ... i launch ipc-daemon2, but when i launch initdb -D
etc.etc. i have the error:

IpcSemaphoreCreate: semget(...) failed: Function not implemented

where i'm in wrong ?

How can i check if i have all the neccessary things to run postgresql?

Thanx in Advance


Emanuele. 


--
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: Take 2: Testers for new ssh-*-config scripts wanted!

2003-11-04 Thread Mader, Alexander
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo,

I proceeded as described and sshd works according to /etc/passwd and
ntsec after starting manually in the environment listed below.
Regards, Alexander.

8  8

$ cygcheck -sr

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Nov 04 08:14:41 2003
Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3

...

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\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
~  (default) = `/cygdrive'
~  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
~  (default) = `d:\cygwin'
~  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
~  (default) = `d:\cygwin/bin'
~  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
~  (default) = `d:\cygwin/lib'
~  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts
v2\/usr/X11R6/lib/X11/fonts
~  (default) = `d:\cygwin\usr\X11R6\lib\X11\fonts'
~  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
...

~  949k 2003/09/20 d:\cygwin\bin\cygwin1.dll
~Cygwin DLL version info:
~DLL version: 1.5.5
~DLL epoch: 19
~DLL bad signal mask: 19005
~DLL old termios: 5
~DLL malloc env: 28
~API major: 0
~API minor: 94
~Shared data: 3
~DLL identifier: cygwin1
~Mount registry: 2
~Cygnus registry name: Cygnus Solutions
~Cygwin registry name: Cygwin
~Program options name: Program Options
~Cygwin mount registry name: mounts v2
~Cygdrive flags: cygdrive flags
~Cygdrive prefix: cygdrive prefix
~Cygdrive default prefix:
~Build date: Sat Sep 20 16:31:15 EDT 2003
~CVS tag: cr-0x9b
~Shared id: cygwin1S3
...

Cygwin Package Information
Package Version
_update-info-dir00221-1
ash 20031007-1
autoconf2.57a-1
autoconf-devel  2.57-2
autoconf-stable 2.13-5
automake1.7.5a-1
automake-devel  1.7.6-2
automake-stable 1.4p5-6
base-files  2.6-1
base-passwd 1.1-1
bash2.05b-16
binutils20030901-1
bzip2   1.0.2-5
check   0.8.4-1
clear   1.0-1
cpio2.5-3
crypt   1.1-1
ctags   5.5-4
cvs 1.11.6-3
cygipc  2.02-1
cygrunsrv   0.96-2
cygutils1.2.2-1
cygwin  1.5.5-1
cygwin-doc  1.3-6
diff1.0-1
diffutils   2.8.4-1
ed  0.2-1
editrights  1.01-1
emacs   21.2-12
emacs-X11   21.2-12
expat   1.95.6-2
file4.03-2
fileutils   4.1-2
findutils   4.1.7-4
fontconfig  2.2.0-1
freetype2   2.1.5-1
gawk3.1.3-4
gcc 3.3.1-3
gcc-mingw   20030911-4
gcc-mingw-core  20031020-1
gdb 20030919-1
gdbm1.8.3-7
gettext 0.12.1-3
gettext-devel   0.12.1-3
ghostscript 7.05-2
ghostscript-base7.05-2
ghostscript-x11 7.05-2
gnupg   1.2.2-3
grep2.5-1
groff   1.18.1-2
gzip1.3.5-1
inetutils   1.3.2-25
jpeg6b-11
less381-1
libbz2_11.0.2-5
libdb3.13.1.17-2
libfontconfig1  2.2.0-1
libfreetype26   2.1.5-1
libgdbm 1.8.0-5
libgdbm-devel   1.8.3-7
libgdbm31.8.3-3
libgdbm41.8.3-7
libgettextpo0   0.12.1-3
libiconv2   1.9.1-3
libintl 0.10.38-3
libintl10.10.40-1
libintl20.12.1-3
libjpeg62   6b-11
libjpeg6b   6b-8
libkpathsea32.0.2-13
libkpathsea3abi13   2.0.2-2
libltdl31.5-3
libncurses5 5.2-1
libncurses6 5.2-8
libncurses7 5.3-4
libpcre 4.1-1
libpcre04.4-2
libpng121.2.5-4
libpng12-devel  1.2.5-4
libpopt01.6.4-4
libreadline44.1-2
libreadline54.3-5
libtiff-devel   3.6.0-5
libtiff33.6.0-2
libtiff43.6.0-5
libtool   

cygwinb19.dll

2003-11-04 Thread jurgen . defurne
Hello,

This is the first time I noticed, when I tried to copy cygwin1.dll,
using filename completion, I noticed that there is also a
cygwinb19.dll. Is this for backwards compatibility with
older programs ?

Regards,

Jurgen

--
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: cygwinb19.dll

2003-11-04 Thread jurgen . defurne
Sorry,

My colleague created this cygwinb19.dll as a copy from
cygwin1.dll.

Regards,

Jurgen









[EMAIL PROTECTED]
Sent by: 
[EMAIL PROTECTED]
11/04/2003 09:14 AM

 
To: [EMAIL PROTECTED]
cc: (bcc: Jurgen Defurne/BRG/CE/PHILIPS)
Subject:cygwinb19.dll
Classification: 



Hello,

This is the first time I noticed, when I tried to copy cygwin1.dll,
using filename completion, I noticed that there is also a
cygwinb19.dll. Is this for backwards compatibility with
older programs ?

Regards,

Jurgen

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





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



Re: Take 2: Testers for new ssh-*-config scripts wanted!

2003-11-04 Thread Corinna Vinschen
On Mon, Nov 03, 2003 at 09:34:04PM -0500, Alan Dobkin wrote:
 I use Dave Roth's perl module for more complex user flag settings,
 but the hands down easiest way to do this is with the NET command:
 
 NET USER username /EXPIRES:NEVER

Unfortunately that's not right.  I thought the same and used that
command line switch but it has another meaning.  There's a difference
between expiry of a password and expiry of an account.  /EXPIRES
means the latter while we need the former meaning.  There seem to
be no `net user' switch for password expiry.  Which in turn results
in the sshd_server password expiring after 42 days by default :-(

Corinna

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

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



Re: Take 2: Testers for new ssh-*-config scripts wanted!

2003-11-04 Thread Corinna Vinschen
On Mon, Nov 03, 2003 at 04:05:43PM -0600, DePriest, Jason R. wrote:
 User Accounts have a USER_FLAGS attribute that can be any combination of
 a couple of values.  One of these can be UF_DONT_EXPIRE_PASSWORD.  If it
 is present, the password never expires.
 
 I typically manipulate it using Dave Roth's Win32::AdminMisc perl module
 (UserGetMiscAttributes and UserSetMiscAttributes)... which is likely
 beyond the scope of what you want this script to do.
 
 The CREATEUSERS.VBS script from the Windows 2000 Resource Kit
 (Supplement 1) looks promising.  I haven't used it, but the code seems
 capable of specifying the UF_DONT_EXPIRE_PASSWORD option.
 I would attach the .vbs file (as a .txt file), but it is copyrighted by
 Microsoft.  If anyone knows if emailing it would be bad or not, let me
 know.

While I'm somewhat reluctant to add a VB script to OpenSSH (for apparent
reasons I hop), this description leads me to looking into the passwd
tool again, which is part of the cygwin package itself.  It should be
possible to add this functionality with not too much effort.

Thanks,
Corinna

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

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



Re: CJK on mutt

2003-11-04 Thread Greg Matheson
On Mon, 03 Nov 2003, Gary R. Van Sickle wrote:

  I plan to move to mutt as my email client.  However, I find the mutt 
  of cygwin can not handle CJK (Chinese, Japanese, Korean) characters 
  correctly -- they are displayed as s.  Since I am running 
  cygwin on a Simplified Chinese version of Windows 2000 box, I put the 
  following in my .muttrc:
  
  set locale=zh_CN
  charset-hook !utf-8 gb2312
  
  but nothing changed, s are still s.
  
  Anyone here use CJK too?  Can you resolve this problem?
 
 Do other Cygwin apps support such character sets?

Pressing 'e' to open vim on the email allows me to avoid iconf, I guess,
and the character encoding supported by the system, big5
in my case, is displayed with a Chinese character font.

In mutt, only the header is readable, I guess because the header was 
supposed to be left free of MIME-requiring encodings.

So, yes, vim does.

-- 
Greg Matheson, Taiwan

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

2003-11-04 Thread Jason Tishler
Emanuele,

On Tue, Nov 04, 2003 at 07:57:43AM +0100, Emanuele Bonin wrote:
 How can i check if i have all the neccessary things to run postgresql?

By reading the README:

http://www.tishler.net/jason/software/postgresql/postgresql-7.3.4.README

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Segmentation Fault of ssh3.7.1 with cygwin1.5.5-1 in W95

2003-11-04 Thread Christopher Faylor
On Mon, Nov 03, 2003 at 09:19:59PM -0500, Pierre A. Humblet wrote:
At 08:06 PM 11/3/2003 +0100, Corinna Vinschen wrote:
On Mon, Nov 03, 2003 at 01:39:56PM -0500, Pierre A. Humblet wrote:
 On Mon, Nov 03, 2003 at 05:31:15PM +0100, Corinna Vinschen wrote:
 
  I see.  I'll create a patch.
  
 I started one already, must still compile and test.
 Let me know if you proceed on your side.

I have a patch ready and it seems to work fine(tm).  Would you mind
to give it a try on 95?  Patch below.

Turns out your patch is identical to mine (there is no need to 
initialize protolen), and it worked on Win95, but a few things 
trouble me in the reused code:

1) The test IsBadReadPtr (src-s_proto ... will unduly fail on Win95
   if the 16 lsb of the first alias address are the 16 msb of a readable
   memory address. I don't see why that's impossible. If would safer 
   to have a wincap entry, or (horror !), testing wincap.osname ().

In my testing, I never saw that, and we've never gotten a bug report to
that effect, IIRC.  I thought that the double check of this pointer made
it pretty safe.

2) The test  !IsBadReadPtr (((pservent *) src)  should never fail
   when it is reached, but should it fail, s_proto would be assigned an
   invalid address and the program would crash. So if that test is kept
   it should be part of a if .. else if ..  (leaving s_proto NULL).
3) Strictly speaking, we should use IsBadStringPtr..

Yes, and strictly speaking, we should be checking all of the fields in
this structure.

I'll check in an IsStringPtr patch.

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: Take 2: Testers for new ssh-*-config scripts wanted!

2003-11-04 Thread Corinna Vinschen
On Mon, Nov 03, 2003 at 10:40:43PM +0100, Corinna Vinschen wrote:
 I'm running a 2003 Server as standalone (non-domain) server.  In that
 setting, password complexity is disabled by default, so I missed that one,
 too.  Thanks for the heads up.  I changed the password to SSHD_server,
 which seem to be fine for the complexity rule.
 
 However, I have still a problem.  Does anybody know how I can set
 Password never expires from the command line?  I know how to do this
 with dsadd, but that only works on domain machines so it's no generic
 solution.  If I can't do this in the script, everybody would have to
 set this in the Computer Management Console by hand :-(

I've again attached a new ssh-host-config file for testing.  As it turned
out, I mis-tested the password complexity rule.  The password SSHD_server
was not sufficient.

The script now calls the passwd utility from the cygwin base package
to set the user flags to Password never expires.  This will only
work with the new passwd from current CVS, version 1.5.  The current
version released with Cygwin 1.5.5 is 1.4.  Up to 1.4, the passwd tool
has no -e option to set the UF_DONT_EXPIRE_PASSWD flag.  ssh-host-config
checks for the version number of the passwd tool and either calls it
or emits an additional warning that the expiry must be checked.

Please give it another try, even if it gets boring.

Thanks in advance,
Corinna


Changes:

- Don't use fixed password for sshd_server account but ask the user
  now for a password.

- Extend some warning and info messages.

- Add -c/--cygwin option to allow automating the setting of the
  environment variable CYGWIN for the sshd service.

- Add -w/--pwd option to allow automating the password setting
  for the sshd_server account.

- Always recreate the sshd_server entry in /etc/passwd to overwrite
  weird settings.

- If passwd supports the -e option, use it, otherwise emit warning
  message that password expiry of sshd_server account should be
  checked.

- A few code cleanups.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
#!/bin/bash
#
# ssh-host-config, Copyright 2000, 2001, 2002, 2003 Red Hat Inc.
#
# This file is part of the Cygwin port of OpenSSH.

# Subdirectory where the new package is being installed
PREFIX=/usr

# Directory where the config files are stored
SYSCONFDIR=/etc
LOCALSTATEDIR=/var

progname=$0
auto_answer=
port_number=22

privsep_configured=no
privsep_used=yes
sshd_in_passwd=no
sshd_in_sam=no

request()
{
  if [ ${auto_answer} = yes ]
  then
echo $1 (yes/no) yes
return 0
  elif [ ${auto_answer} = no ]
  then
echo $1 (yes/no) no
return 1
  fi

  answer=
  while [ X${answer} != Xyes -a X${answer} != Xno ]
  do
echo -n $1 (yes/no) 
read -e answer
  done
  if [ X${answer} = Xyes ]
  then
return 0
  else
return 1
  fi
}

# Check options

while :
do
  case $# in
  0)
break
;;
  esac

  option=$1
  shift

  case ${option} in
  -d | --debug )
set -x
;;

  -y | --yes )
auto_answer=yes
;;

  -n | --no )
auto_answer=no
;;

  -c | --cygwin )
cygwin_value=$1
shift
;;

  -p | --port )
port_number=$1
shift
;;

  -w | --pwd )
password_value=$1
shift
;;

  *)
echo usage: ${progname} [OPTION]...
echo
echo This script creates an OpenSSH host configuration.
echo
echo Options:
echo   --debug  -dEnable shell's debug output.
echo   --yes-yAnswer all questions with \yes\ automatically.
echo   --no -nAnswer all questions with \no\ automatically.
echo   --cygwin -c options  Use \options\ as value for CYGWIN environment 
var.
echo   --port   -p nsshd listens on port n.
echo   --pwd-w passwd   Use \pwd\ as password for user 'sshd_server'.
echo
exit 1
;;

  esac
done

# Check if running on NT
_sys=`uname`
_nt=`expr ${_sys} : CYGWIN_NT`
# If running on NT, check if running under 2003 Server or later
if [ ${_nt} -gt 0 ]
then
  _nt2003=`uname | awk -F- '{print ( $2 = 5.2 ) ? 1 : 0;}'`
fi

# Check for running ssh/sshd processes first. Refuse to do anything while
# some ssh processes are still running

if ps -ef | grep -v grep | grep -q ssh
then
  echo
  echo There are still ssh processes running. Please shut them down first.
  echo
  exit 1
fi

# Check for ${SYSCONFDIR} directory

if [ -e ${SYSCONFDIR} -a ! -d ${SYSCONFDIR} ]
then
  echo
  echo ${SYSCONFDIR} is existant but not a directory.
  echo Cannot create global configuration files.
  echo
  exit 1
fi

# Create it if necessary

if [ ! -e ${SYSCONFDIR} ]
then
  mkdir ${SYSCONFDIR}
  if [ ! -e ${SYSCONFDIR} ]
  then
echo
echo Creating ${SYSCONFDIR} directory failed
echo
exit 1
  fi
fi

# Create /var/log and /var/log/lastlog if not already existing

if [ -f ${LOCALSTATEDIR}/log ]
then
  echo Creating ${LOCALSTATEDIR}/log 

Process hang(100% CPU Usage) when concurrent calling select(),cygwin1.5.5-1 WinXP/Win2000

2003-11-04 Thread zhouxin
hi,all
I have reported this problem a week ago.I belive that the test_select.c(see below) 
is 
correct.The usage of select() is classical.
This testing program initialize a number of threads, each thread create a socket 
and 
send UDP packet to UDP server,then wait response by calling select().If select() 
return 1,
call recvfrom() read the response,else if select() timeout goto next loop...
If the udp worker's count greater than 18,some thread's select() hang and process
take 100% cpu:
$uname -a
CYGWIN_NT-5.1 zipxing 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown
$gcc -o tsel test_select.c
$./tsel 15 127.0.0.1 7 --create 15 threads communicate with UDP echo service,no 
problem
$./tsel 20 127.0.0.1 7 --create 20 threads communicate with UDP echo service,100% 
CPU! 

I make test_select.c on solaris9 and linux,it seems all ok.
Specially, the testing program work fine use cygwin1.dll 1.3.22!

Thanks. 

=
test_select.c
=
#include stdio.h
#include stdlib.h
#include string.h
#include unistd.h
#include pthread.h
#include sys/select.h
#include sys/socket.h
#include netinet/in.h
#include arpa/inet.h

//Select timeout...
int timeout = 5;
//Thread count...
int tcount  = 20;
struct sockaddr_in servaddr;

//Thread function...
void *
udpworker(void *ptr) {
int  sockfd = 0;
int  tid;
char buf[256];
tid = (int)ptr;

if((sockfd = socket(AF_INET, SOCK_DGRAM, 0))  0){
printf(cannot open socket for udp packet!\n);
exit(1);
}

while(1){
struct timevaltv;
fd_setrfds;

//Send request to UDP server...
sendto(sockfd, echo, 4, 0, 
(struct sockaddr *)servaddr, sizeof(servaddr));

//Wait UDP server response...
FD_ZERO(rfds);
FD_SET(sockfd, rfds);
tv.tv_sec  =  timeout;
tv.tv_usec = 0;
if(select(sockfd + 1, rfds, NULL, NULL, tv) == 1) {
recvfrom(sockfd, buf, sizeof(buf), 0, NULL, NULL);
printf(thread.%d recive a response...%s\n, tid, buf);
} else {
printf(thread.%d recvfrom timeout?...\n, tid);
}

sleep(10);
}
}

//Initial udp client thread pool...
void 
thread_pool_init() {
int i;
pthread_t thrid;

for(i=0; itcount; i++) 
pthread_create(thrid, NULL, udpworker, (void *)i);
printf(%d threads created.\n, tcount);
}

//Main entry...
int 
main(int argc, char *argv[])
{
if(argc != 4) {
printf(Usage: tsel thread_count udp_server_ip udp_server_port\n);
exit(0);
}
tcount = atoi(argv[1]);
servaddr.sin_family = AF_INET;
servaddr.sin_port   = htons(atoi(argv[3]));
inet_aton(argv[2], servaddr.sin_addr);

thread_pool_init();

while(1)
sleep(1000);
}
=




--
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[2]: C++ Compilers : Comparative Performance Testsuite

2003-11-04 Thread Gerrit P. Haase
Hello Alex,

Monday, November 3, 2003, 7:44:16 PM, you wrote:


 Gerrit P. Haase [EMAIL PROTECTED] wrote in message
 news:[EMAIL PROTECTED]
 Alex wrote:

  An algorithm which computes very long Fibonacci numbers
 
 
 http://groups.google.com/groups?selm=bnni5p%2412i47o%241%40ID-79865.news.uni-berlin.de
was used as a performance testsuite
to compare speed of the code produced by various compilers.

 
 ||
  |   Digital Mars C/C++ Compiler, STLport 4.5.3
 
 ||
  | Version 8.35n| -   | 0.20 : 0.16 | 0.84 : 0.80 |  3.82 :  3.74 |
 
 ||


 Do you think to use STLport with the Cygwin/MinGW compiler would
 increase perfomance?

 [snip]
 New report which contains STLport with the Cygwin has been posted
 to news:gmane.os.cygwin under title C++ Compilers : Comparative
 Performance Measurement.
 See :
 * news://news.gmane.org/[EMAIL PROTECTED]
 * http://article.gmane.org/gmane.os.cygwin/40086.

Interesting, it is really a little faster when libstdc++ is directly
compared with the STLport library.  So it would make sense to use it when
performance is an issue.


-- 
Best regards,
 Gerrit


--
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: Compiled several libraries not in setup

2003-11-04 Thread Gerrit P. Haase
Hello Heath,

Monday, November 3, 2003, 5:21:12 AM, you wrote:

 After a non-trivial amount of mucking around, I've managed to compile 
 several libraries in cygwin, which weren't in the Setup program. I 
 installed them to compile centericq, but I'm sure they have other uses 
 too. I think the list is:

 libgcrypt
 libgcrypt-pthread
 libgnutls
 libgnutls-extra
 libgpg-error
 liblzo
 libopencdk
 libtasn1
 libtiff
 libz

libtiff and libz are available, though the names are tiff and zlib for the
Cygwin packages.

 It would take me some time to go through again and document and test the 
 changes I had to make to the source, configure and install scripts, so I 
 wonder if it would be of use to the cygwin community to do so. If it 
 saves someone else the time it took me the first time, I think it would 
 be worthwhile. What is the general procedure here?

Please see: http://cygwin.com/setup.html for a detailed guide how to become
a package maintainer.


-- 
Best regards,
 Gerrit 


--
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: C++ Compilers : Comparative Performance Testsuite

2003-11-04 Thread Lapo Luchini
Gerrit P. Haase wrote:

Interesting, it is really a little faster when libstdc++ is directly
compared with the STLport library.  So it would make sense to use it when
performance is an issue.
 

I guess it is smaller, too, the stdlibc++ not being shared.
(or it is, now? I forgot to check before clicking send ;) )
--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP  X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)


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


gv fails: Unknown device: x11alpha

2003-11-04 Thread Lester Ingber
I just downloaded gv with my latest full update of all files available.
When attempting to open a PostScript file I got
Unknown device: x11alpha

Lester

-- 
 Prof. Lester Ingber  [EMAIL PROTECTED]  [EMAIL PROTECTED]
 www.ingber.com www.alumni.caltech.edu/~ingber


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



automake 1.4p6?

2003-11-04 Thread kelleycook
A request: could automake-stable be repackaged using a base
of automake 1.4p6 instead of automake 1.4p5.

Besides whatever other minor bug fixes there are, automake
1.4p5 has a somewhat serious flaw that it errors out if
there are duplicated macros -- which are sometimes actually
required.

Thanks for a great product.
Kelley Cook

--
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: Printable information in executables

2003-11-04 Thread Gerrit P. Haase
Hello Alex,

Monday, November 3, 2003, 6:04:41 AM, you wrote:

 Executable files contain various printable information.
 For instance, list of  used DLLs.

 However those files contain neither compiler name nor compiler version.
 It seems to be worth including something like gcc version 3.3.1 (cygming
 special) in executables. 

 Next question. Is it possible to add 'user related printable
 information' to executables (through compilation option or something
 else)?

You could use resource files.

-- 
Best regards,
 Gerrit 


--
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: C++ Compilers : Comparative Performance Testsuite

2003-11-04 Thread Gerrit P. Haase
Hello Lapo,

Tuesday, November 4, 2003, 4:18:00 PM, you wrote:

 Gerrit P. Haase wrote:

Interesting, it is really a little faster when libstdc++ is directly
compared with the STLport library.  So it would make sense to use it when
performance is an issue.
  

 I guess it is smaller, too, the stdlibc++ not being shared.
 (or it is, now? I forgot to check before clicking send ;) )

Unfortunately the shared STLport library doesn't work, at least in this
case.

-- 
Best regards,
 Gerrit 


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



Initializing a dll question / advise wanted

2003-11-04 Thread Joost Kraaijeveld
Hi all,

I need to load two dll's and each dll must, upon loading, initialize a data structure. 
Both dll's must run on Windows 2000 and Linux. I have written some small code that 
should do the trick (see below). At this moment I make a distinction between 
Cygwin/MinGW on Windows and GCC on Linux.

My questions:

1. Is this distinction needed or should it work the same (Linux) way for all three 
compilers?
2. If so, is the unloading of the dll's in the reverse order of loading and is that 
guaranteed somehow (that is, can I depend on it)?
3. If the distinction is needed, does Cygwin behave as GCC on Linux or does it behave 
as MinGW?

TIA


Joost Kraaijeveld
Askesis B.V.
Molukkenstraat 14
6524NB Nijmegen
tel: 024-3888063 / 06-51855277
fax: 024-3608416
email: [EMAIL PROTECTED]
web: www.askesis.nl 

/// Source file
#ifndef DllMain_hpp
#define DllMain_hpp

static void attachDll(unsigned long anArg);
static void detachDll(unsigned long anArg);
 
#if defined (__MINGW32__) || defined (__CYGWIN32__) 

#warning This must be Windows

#include windows.h

extern C BOOL APIENTRY DllMain(   HINSTANCE hInst,
DWORD reason, 
LPVOID reserved )
{
switch(reason ) 
{
case DLL_PROCESS_ATTACH:
{
attachDll(0);
break;
}
case DLL_PROCESS_DETACH:
{
detachDll(0);
break;
}
}
return TRUE;
}
#else //  linux

static void DllMainAttach() __attribute__((constructor));
static void DllMainDetach() __attribute__((destructor));
  
static void DllMainAttach()   
{
attachDll(1);
}

static void DllMainDetach()   
{
detachDll(1);
}

#endif //  defined (__MINGW32__)  || defined (__CYGWIN32__)
  
#endif // DllMain_hpp

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



STDIN and STDOUT not connected to a terminal?

2003-11-04 Thread Brown, Victoria


 Date: Wed, 15 Mar 2000 08:49:27 -0500
References: [EMAIL PROTECTED]
Using the current development snapshot I compiled up Perl 5.6.0 RC1 without any 
problems.
However, I'm having problems with a very simple line of Perl:

perl -le 'print q/foo/ if -t STDIN'


I am having a similar problem; here's the Perl script

#!/usr/bin/perl -w

if (-t STDIN) {
   print STDIN OK\n;
} else {
print no STDIN?\n;
}

if (-t STDOUT) {
   print STDOUT OK\n;
} else {
print no STDOUT?\n;
}


It results in
no STDIN?
no STDOUT?



Because STDIN and STDOUT do not appear to be attached to a terminal, I cannot run 
Active State's ppm program. ppm3-bin.bat checks if (-t STDIN and -t STDOUT)  and dies 
if the result is false.

This is Perl 5.8.0, newly installed.
The Problem occurs in both rxvt and the standard console shell.
BASH_VERSION='2.05b.0(1)-release'
CYGWIN='ntsec tty'

Theoretically this is the most recent cygwin version; I did a reinstall. Not sure 
what to look at to prove the version #... if there is an environment variable I don't 
see it.

The folks at ActiveState cannot reproduce this problem; they _can_ run ppm with the 
latest version of cygwin bash.

Pointers appreciated. What do I need to change, install, uninstall... to cause Perl to 
believe that STDIN and STDOUT are connected to a terminal?

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



Squid Patch for Cygwin 1.5

2003-11-04 Thread Christian Weinberger
After some investigation I found an interim solution to get the current 
cygwin squid version (2.4-STABLE7) working with the new 1.5 DLL series. 
This has been tested and works for me with 1.5.5, but should work with 
all 1.5 versions.

A posting from Tom Oehser gave the necessary input:
The problem is that squid assumes a maximum number of file handles 
avalable (RLIMIT_NOFILE) of 8192. The autoconf test does not work on 
cygwin, so it always returns the maximum value. This has always been 
that way on the cygwin platform.
But with version 1.5, there are fewer ressources available (less than 
8192) and this causes squid to fail.

So if you build squid on your own, just change the include file with the 
autoconf constants to use a smaller number (about 3000 works fine), 
after you did the ./configure and before you do make.

If you only want to use the binary distribution, follow these steps. 
This only applies to squid 2.4.STABLE7-1. The file squid.exe is dated to 
16.7.2002 and has 482.816 bytes.
Now use the hex editor of you choice and open squid.exe (or, 
preferrably, a copy of it).
At offset 0074420h you find the DWORD 00 20 00 00 (representing 8192 
decimal). It is the second occurance of the DWORD if you search in 
REVERSE order from the end of the file.

Now change this to DWORD 00 0C 00 00.
Save the file and it should work.

Don´t forget, this is just an interim solution. So let´s wait for the 
next real release of the squid package.

With great respect and many thanks to the cygwin project,

Christian


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



[ANNOUNCEMENT] Updated: cURL 7.10.8-1

2003-11-04 Thread Roth, Kevin P.
cURL has been updated to version 7.10.8-1.

Since several releases have passed since the last time I
updated the Cygwin build, I'm not including the list of fixes
in this email; if you're interested, please read the following
upstream release announcements:

 7.10.5: http://curl.haxx.se/mail/archive-2003-05/0100.html
 7.10.6: http://curl.haxx.se/mail/archive-2003-07/0150.html
 7.10.7: http://curl.haxx.se/mail/archive-2003-08/0081.html
 7.10.8: http://curl.haxx.se/mail/archive-2003-11/0001.html

All current and previous announcements are also available at:
http://sourceforge.net/mailarchive/forum.php?forum=3Dcurl-announce


Probably the most significant recent update (at least for us
windows users) is support for NTLM authentication schemes,
along with a new --anyauth command-line option that instructs
cURL to use the best supported authentication method.

The new NTLM support does NOT include the ability to=20
automatically supply the NTLM credentials based on the currently
logged-in user account, so you'll still have to supply user
and password with -u...

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

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

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

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

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

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

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

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

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

If at first you don't succeed, please look at the following:=20
 o This email's List-Unsubscribe:  header.

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

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


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



Problems building cygwin from source

2003-11-04 Thread Peter J. Stieber
I'm interested in building the cygwin DLL from the source, but I'm having
problems.

I've attached my cygcheck output. I tried the following sequence under my
home directory...

$ mkdir cygwin-src
$ cd cygwin-src
$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src
$ cvs -z3 co winsup
$ mkdir Build
$ cd Build
$ ../src/winsup/configure --prefix=/usr/install --enable-debugging -v 21 |
tee configure.log
$ make 21 | tee make.log

but make breaks. configure.log is also attached, but make.log is too large
to send to the list. The last lines that indicate the make breakage are

gcc -c -gstabs+ -O2 -MMD ... v8_regsub.c
g++ -c -gstabs+ -O2 -MMD ... wait.cc
g++ -c -gstabs+ -O2 -MMD ... wincap.cc
g++ -c -gstabs+ -O2 -MMD ... window.cc
gcc -c -gstabs+ -O2 -MMD ... longjmp.c
gcc -c -gstabs+ -O2 -MMD ... setjmp.c
make: *** /home/pete/cygwin-src/libiberty: No such file or directory.  Stop.
make: Entering an unknown directorymake: Leaving an unknown
directorymake[1]: **
* [/home/pete/cygwin-src/libiberty/random.o] Error 2
make[1]: Leaving directory `/home/pete/cygwin-src/Build/cygwin'
make: *** [cygwin] Error 1


What am I doing wrong?

Thanks in advance for pointing out my stupidy,
Pete


configure.log
Description: Binary data

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Nov 04 13:29:33 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools

c:\Program Files\Microsoft Visual Studio\DF98\BIN

c:\WINNT\system32
c:\WINNT

c:\Program Files\Common Files\Adaptec Shared\System
c:\VXIpnp\WinNT\Bin
c:\Tcl\bin
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\OutsideSource\rtis-1.3\lib\winnt_vc++-6.0
c:\jdk1.3.1_02\bin
c:\jdk1.3.1_02\jre\bin\hotspot
c:\ACE_wrappers\bin
c:\Programs\Tex2RTF
C:\cygwin\usr\X11R6\bin
.
C:\cygwin\home\pete\bin
c:\Source\SimLibUtilities\bin
C:\cygwin\usr\local\sbin
C:\cygwin\usr\local\lib
C:\cygwin\usr\local\bin\netpbm

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1001(pete) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1001(pete) GID: 513(None)
513(None)544(Administrators)  
545(Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `check_case:strict'
HOME = `C:\cygwin\home\pete'
LD_LIBRARY_PATH = `C:\cygwin\home\pete\:\home\pete\lib'
LIBRARY_PATH = `:/home/pete/lib:/usr/local/lib'
MAKE_MODE = `unix'
PWD = `/home/pete'
USER = `pete'

ACE_ROOT = `C:\ACE_wrappers'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\pete\Application Data'
BASH_ENV = `/home/pete/.bashrc'
CC = `gcc'
CLASSPATH = `C:\antlr-2.7.2\antlr.jar;.'
COABSGRID_ROOT = `C:\CoABSGrid'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `LISA'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CPU = `i386'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/cvs/src'
CVS_RSH = `ssh'
CXX = `g++'
F77 = `g77'
FRAMEWORKPATH = `C:\VXIpnp\WinNT\'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\pete'
HOSTNAME = `lisa'
INCLUDE = `C:\Program Files\Microsoft Visual Studio\VC98\atl\include;C:\Program 
Files\Microsoft Visual Studio\VC98\mfc\include;C:\Program Files\Microsoft Visual 
Studio\VC98\include'
LIB = `C:\Program Files\Microsoft Visual Studio\VC98\mfc\lib;C:\Program 
Files\Microsoft Visual Studio\VC98\lib'
LOGONSERVER = `\\LISA'
MANPATH = `:/usr/X11R6/man:/usr/ssl/man'
MSDEVDIR = `C:\Program Files\Microsoft Visual Studio\Common\MSDev98'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PCCTS = `C:\Toyon\Source\Pccts'
PKG_CONFIG_PATH = `:/usr/X11R6/lib/pkgconfig'
PLOT = `/cygdrive/c/plot'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 2, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0602'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
REPLYTO = [EMAIL PROTECTED]'
SHLVL = `1'
SIMETC = `/cygdrive/c/plot/etc/cygwin'
SIMLIB = `/cygdrive/c/plot/lib'
SIMLIB_SOURCE_DIR = `/cygdrive/c/Source'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `'
TERM = `cygwin'
TEXINPUT = `C:\Source\SimLib'
TEXMF = `{/usr/share/lilypond/2.0.1,/usr/share/texmf}'
TMP = `'
TOYONLIB_SOURCE_DIR = `/cygdrive/c/SourceSlamem'
TOYON_CLASSPATH = `C:\Source\toyonlib\Agent'
USERDOMAIN = `LISA'
USERNAME = `'
USERPROFILE = `C:\Documents and Settings\pete'
UTILITIES = `/cygdrive/c/Source/SimLibUtilities/cygwinbin'
VOODINI = `/cygdrive/c/plot/etc/cygwin/voodoo.ini'
VXIPNPPATH = `C:\VXIpnp\'
WINDIR = `C:\WINNT'
WXWIN = `/cygdrive/c/wxWindows-2.4.2'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions

Re: Problems building cygwin from source

2003-11-04 Thread Christopher Faylor
On Tue, Nov 04, 2003 at 02:08:35PM -0800, Peter J. Stieber wrote:
I'm interested in building the cygwin DLL from the source, but I'm having
problems.

I've attached my cygcheck output. I tried the following sequence under my
home directory...

$ mkdir cygwin-src
$ cd cygwin-src
$ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src
$ cvs -z3 co winsup
$ mkdir Build
$ cd Build
$ ../src/winsup/configure --prefix=/usr/install --enable-debugging -v 21 |
tee configure.log
$ make 21 | tee make.log

../src/configure --prefix=/usr/install --enable-debugging -v
   ^
  no 'winsup'
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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 building cygwin from source

2003-11-04 Thread Peter J. Stieber
 I'm interested in building the cygwin DLL from the source, but I'm having
 problems.
 
 I've attached my cygcheck output. I tried the following sequence under my
 home directory...
 
 $ mkdir cygwin-src
 $ cd cygwin-src
 $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src
 $ cvs -z3 co winsup
 $ mkdir Build
 $ cd Build
 $ ../src/winsup/configure --prefix=/usr/install --enable-debugging -v
21 |
 tee configure.log
 $ make 21 | tee make.log

 ../src/configure --prefix=/usr/install --enable-debugging -v
^
   no 'winsup'

Thanks Chris,

I think I foolishly picked this up from some misinformation in the mailing
list thread Can't build cygwin from CVS: configure error, but the
documentation on http://cygwin.com/faq/faq_4.html#SEC104 is perfectly clear.
Just didn't notice the difference myself.

Thanks again,
Pete


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



On Windows.NET

2003-11-04 Thread Adrian Parker
Hello.  Do you guys know if Cygwin will run on Windows.NET?  I just
downloaded a copy from one of your mirrors.  I installed XFree86 and
dependencies.  I have a Linux machine on the same network, which both has X
clients/servers installed, and allows connections.  I used `X -broadcast`
from within Cygwin.  A new window opens with a gray patterned background.
KDE doesn't load as expected, and the new window changes to Not Responding
before too long.



Ade
-- 
Adrian Parker.  Ordained priest.  [EMAIL PROTECTED]
Want to know the purpose of life?  I'd be happy to share it with you...


--
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 deadlocks due to broken select() when writing to pipes

2003-11-04 Thread Dylan Cuthbert
Ok, removing tty from the CYGWIN variable allows me to log off and shutdown
now.

Why does the tty flag cause this kind of lock-up behaviour?  Is there any
reason I need the tty flag at all? If not I'll just leave it off
permanently.

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


Dylan Cuthbert [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
 CYGWIN=tty is on in the system env vars, shall I switch it off, is this
bad?
 I switched it on before I had this problem mind you, but maybe something
in
 the post-Sept-19th version mixes badly with CYGWIN=tty?

 Yes, I understand the root of the problem problem (sic.), ie. the
 programming law that there will always be a lot more causes than there are
 distinct effects. ;-)

 Anyway, I have this daily recurring problem, which seems to me to be
 duplicatible, yet no-one has tried to duplicate it yet?  This is why I
 repeat the description of my problem wherever I can; in the daft hope
 someone will set up something similar and see if they get the same thing.
 I'm not doing anything complicated, just 2 or 3 rsync's (of half a gig or
 so) in a cronjob every two hours to a linux server.

 Regards

 -
 Q-Games, Dylan Cuthbert.
 http://www.q-games.com

 Christopher Faylor [EMAIL PROTECTED] wrote in
 message news:[EMAIL PROTECTED]
  On Mon, Nov 03, 2003 at 12:29:53AM +0900, Dylan Cuthbert wrote:
  Actually I think I did mention I was running rsync hourly in a cron
job,
  that's all I've been mentioning as far as I know.
 
  Which has nothing to do with selecting on pipes unless (and even this is
  pretty remote) you have turned on CYGWIN=tty for your cron for some
  reason.
 
  The point that I am vainly trying to make is that if one person reports
  a symptom like hanging and another person reports a symptom like
  hanging in a completely different scenario while offering a rationale
  for the behavior, it does not automatically mean that person B has found
  the root cause for person A's problem unless person A and person B's
  situations are the same.  There is nothing in your (repeated)
description
  of your problem to indicate that is the case.
 






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



in.rlogind.exe coredumps

2003-11-04 Thread Pierre A. Humblet
I noticed that in.rlogind.exe coredumps (latest inetutils, with both
1.5.5. and cvs), both on NT and on 9X/ME.

It happens after bash exits (so that it isn't immediately obviously), 
in the cleanup () routine

if (logout(p))
logwtmp(p, , );
with logwtmp() calling _logwtmp(), which updates wtmp and crashes on return
(?).

The attached file contains the dump and the interesting part of the trace.
I don't have the time to fully pursue this.

Here are two other unrelated observations:

1) The cygwin logout() updates wtmp, but all the applications I have
checked (ssd, telnetd,..) also do it (as shown above), so that there will be 
two logout records. I am not sure if logout() is expected to update wtmp:
http://www.freebsd.org/cgi/man.cgi?query=logoutapropos=0sektion=3manpath
=FreeBSD+5.1-RELEASEformat=html

2) in ftruncate64 (), the syscall_printf should print length as a long
long. 

Pierre


  This is on NT4.0 with cygwin 1.5.5.

/usr/sbin cat in.rlogind.exe.stackdump 
Exception: STATUS_ACCESS_VIOLATION at eip=355EC4C0
eax= ebx=00408085 ecx=610CFE40 edx=610CFE28 esi=00401357 edi=0022F768
ebp=3FA7E6AB esp=0022F730 program=e:\cygwin\usr\sbin\in.rlogind.exe
cs=001B ds=0023 es=0023 fs=003B gs= ss=0023
Stack trace:
Frame Function  Args
45720431 [main] in.rlogind 345 handle_exceptions: Error while dumping state (probably 
corrupted stack)

This trace starts when bash exits.
Problems start around line 225

  513 18542622 [main] -bash 427 __to_clock_t: dwHighDateTime 0, dwLowDateTime 4406336
   85 18542707 [main] -bash 427 __to_clock_t: total  01B8
   81 18542788 [main] -bash 427 __to_clock_t: dwHighDateTime 0, dwLowDateTime 2103024
   79 18542867 [main] -bash 427 __to_clock_t: total  00D2
 5943 45665740 [select_socket] in.rlogind 345 thread_socket: Win32 select returned 1
  214 45665954 [select_socket] in.rlogind 345 thread_socket: s 0xA048D18, testing fd 0 
(/dev/tcp)
 1333 45667287 [select_socket] in.rlogind 345 thread_socket: saw exitsock read
  540 45667827 [main] in.rlogind 345 socket_cleanup: returning
   98 45667925 [main] in.rlogind 345 peek_pipe: already ready
   84 45668009 [main] in.rlogind 345 set_bits: me 0xA048D48, testing fd 3 (/dev/ptym)
  373 45668382 [main] in.rlogind 345 set_bits: ready 2
  171 45668553 [main] in.rlogind 345 peek_socket: considering handle 0xC
 6185 45674738 [main] in.rlogind 345 peek_socket: adding read fd_set /dev/tcp, fd 0
  475 45675213 [main] in.rlogind 345 peek_socket: WINSOCK_SELECT returned 0
  169 45675382 [main] in.rlogind 345 select_stuff::poll: returning 2
  106 45675488 [main] in.rlogind 345 select_stuff::cleanup: calling cleanup routines
   95 45675583 [main] in.rlogind 345 select_stuff::~select_stuff: deleting select 
records
  256 45675839 [main] in.rlogind 345 call_signal_handler_now: call_signal_handler_now 
called when no signal active
   93 45675932 [main] in.rlogind 345 readv: readv (3, 0x22F030, 1) nonblocking, 
sigcatchers 1
  207 45676139 [main] in.rlogind 345 fhandler_pty_master::hit_eof: all other handles 
closed
  113 45676252 [main] in.rlogind 345 peek_pipe: /dev/ptym, saw EOF
   82 45676334 [main] in.rlogind 345 peek_pipe: saw eof on '/dev/ptym'
   84 45676418 [main] in.rlogind 345 fhandler_base::ready_for_read: read_ready 1, 
avail 1
  119 45676537 [main] in.rlogind 345 fhandler_pty_master::hit_eof: all other handles 
closed
   95 45676632 [main] in.rlogind 345 fhandler_pty_master::process_slave_output: 
returning 0
   87 45676719 [main] in.rlogind 345 readv: 0 = readv (3, 0x22F030, 1), errno 88
   88 45676807 [main] in.rlogind 345 call_signal_handler_now: call_signal_handler_now 
called when no signal active
   84 45676891 [main] in.rlogind 345 readv: readv (3, 0x22F030, 1) nonblocking, 
sigcatchers 1
  113 45677004 [main] in.rlogind 345 fhandler_pty_master::hit_eof: all other handles 
closed
   88 45677092 [main] in.rlogind 345 peek_pipe: /dev/ptym, saw EOF
   78 45677170 [main] in.rlogind 345 peek_pipe: saw eof on '/dev/ptym'
   82 45677252 [main] in.rlogind 345 fhandler_base::ready_for_read: read_ready 1, 
avail 1
  106 45677358 [main] in.rlogind 345 fhandler_pty_master::hit_eof: all other handles 
closed
   86 45677444 [main] in.rlogind 345 fhandler_pty_master::process_slave_output: 
returning 0
   84 45677528 [main] in.rlogind 345 readv: 0 = readv (3, 0x22F030, 1), errno 88
  107 45677635 [main] in.rlogind 345 call_signal_handler_now: call_signal_handler_now 
called when no signal active
   88 45677723 [main] in.rlogind 345 void: 0x401FD0 = signal (20, 0x1)


if (logout(p))
logwtmp(p, , );


  231 45677954 [main] in.rlogind 345 open: open (/var/run/utmp, 0x10002)
  102 45678056 [main] in.rlogind 345 normalize_posix_path: src /var/run/utmp
   86 45678142 [main] in.rlogind 345 normalize_posix_path: /var/run/utmp = 
normalize_posix_path (/var/run/utmp)
   88 45678230 [main] in.rlogind 345 mount_info::conv_to_win32_path: 
conv_to_win32_path (/var/run/utmp)
  104 

install problem

2003-11-04 Thread The Linux

i downloaded the entire release/ directory
and i got a strange problem when installing (installing
everything) setup.exe crash (before even begin to install anything), so !
i try to install everything without XFree86 section, and it works, and
then i manage to install step by step almost all ... packages like: XFree86-man,
XFree86-nest, XFree86--prog i had to install one at the time, and other
like grace i couldn't install at all (i md5sum checked everything, and
is not that the problem) ... so ! question, did anyone had the same
problem ? or is just my computer ?

another question is that is someting else except that dumb
setup.exe ? (excuse me but this is true ... it cannot resize it's own
window, cannot use keys to colapse, expand, select unselect, etc.,
cannot use wheelmouse, it crashes ... at an old version i couldn't x
fonts, AT ALL ... and that when i get to 70% of installation, and the
program freeze, etc. etc.) i'm really interested in something how
manually is possible ;)


PS excuse my (poor) english :)



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



struct __ios_flags in c++io.h

2003-11-04 Thread Alex Vinokur
Files
* /usr/include/c++/3.3.1/i686-pc-cygwin/bits/c++io.h
* /usr/include/c++/3.3.1/i686-pc-mingw32/bits/c++io.h
contain struct __ios_flags.

// for ios_base.h
struct __ios_flags
{
  typedef short __int_type;

  static const __int_type _S_boolalpha= 0x0001;
  static const __int_type _S_dec  = 0x0002;
  static const __int_type _S_fixed= 0x0004;
  static const __int_type _S_hex  = 0x0008;
  static const __int_type _S_internal = 0x0010;
  static const __int_type _S_left = 0x0020;
  static const __int_type _S_oct  = 0x0040;
  static const __int_type _S_right= 0x0080;
  static const __int_type _S_scientific   = 0x0100;
  static const __int_type _S_showbase = 0x0200;
  static const __int_type _S_showpoint= 0x0400;
  static const __int_type _S_showpos  = 0x0800;
  static const __int_type _S_skipws   = 0x1000;
  static const __int_type _S_unitbuf  = 0x2000;
  static const __int_type _S_uppercase= 0x4000;
  static const __int_type _S_adjustfield  = 0x0020 | 0x0080 | 0x0010;
  static const __int_type _S_basefield= 0x0002 | 0x0040 | 0x0008;
  static const __int_type _S_floatfield   = 0x0100 | 0x0004;

[---omitted--]

};


From the design point of view it might be preferable to define
* _S_adjustfield
* _S_basefield
* _S_floatfield
as following :

  ---
  static const __int_type _S_adjustfield  = _S_left | _S_right | _S_internal;
  static const __int_type _S_basefield= _S_dec | _S_oct | _S_hex;
  static const __int_type _S_floatfield   = _S_scientific | _S_fixed;
  ---

--
   =
   Alex Vinokur
 mailto:[EMAIL PROTECTED]
 http://mathforum.org/library/view/10978.html
 news://news.gmane.org/gmane.comp.lang.c++.perfometer
   =






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



Cygwin gcc-3.3.1 and pragma interface/implementation statements

2003-11-04 Thread Milton Woods
Greetings,

When building LyX version 1.3.x from source on Cygwin, I had problems 
during the final link stage where gcc-3.3.1 reported some undefined 
symbols. All of the 'undefined' symbols were actually defined in the LyX 
source code, and the compilation proceeded without errors on Linux. I 
found that the compilation was also successful on Cygwin once the 
#pragma interface/implementation statements were removed from the LyX 
source code. The LyX developers had taken reasonable care to protect the 
#pragma statements from incompatible compilers by using #ifdef __GNUG__ 
 wrappers, but that did not seem to be good enough.

Does this experience reflect a bug in the gcc toolchain? Or are the LyX 
developers using #pragma statements incorrectly?

Milton Woods.



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


Updated: cURL 7.10.8-1

2003-11-04 Thread Roth, Kevin P.
cURL has been updated to version 7.10.8-1.

Since several releases have passed since the last time I
updated the Cygwin build, I'm not including the list of fixes
in this email; if you're interested, please read the following
upstream release announcements:

 7.10.5: http://curl.haxx.se/mail/archive-2003-05/0100.html
 7.10.6: http://curl.haxx.se/mail/archive-2003-07/0150.html
 7.10.7: http://curl.haxx.se/mail/archive-2003-08/0081.html
 7.10.8: http://curl.haxx.se/mail/archive-2003-11/0001.html

All current and previous announcements are also available at:
http://sourceforge.net/mailarchive/forum.php?forum=curl-announce


Probably the most significant recent update (at least for us
windows users) is support for NTLM authentication schemes,
along with a new --anyauth command-line option that instructs
cURL to use the best supported authentication method.

The new NTLM support does NOT include the ability to 
automatically supply the NTLM credentials based on the currently
logged-in user account, so you'll still have to supply user
and password with -u...

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 

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

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

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

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

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

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

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- 

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

If at first you don't succeed, please look at the following: 
 o This email's List-Unsubscribe:  header.

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

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