RE: Setup and downloading software...
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)
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])
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])
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
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
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
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
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
[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
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
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
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
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
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) ...
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) ...
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
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
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?
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
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
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
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 ...
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
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
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
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!
-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
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
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!
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!
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
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
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
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!
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
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
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
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
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
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?
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
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
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
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?
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
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
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
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
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
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
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
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
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
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
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
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
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