Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Sep 26 17:08, Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: libpcreOBSOLETE (Yaakov S) Did we find any packages still dependent on this? Since it's still affected by the security vulnerability, I think it should be removed. I've replaced the existing 4.1-1 package with empty 4.1-2 packages, so that should do it. If that wasn't as good a move as we thought, I have a backup of the old packages. I've taken over maintainership for the empty packages ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Sep 27 01:46, Igor Pechtchanski wrote: On Tue, 27 Sep 2005, Christopher Faylor wrote: On Mon, Sep 26, 2005 at 11:19:36PM -0400, Charles Wilson wrote: I've got a new release of ncurses which contains /usr/bin/clear.exe ready to go (but not yet copied into /release). Go ahead an put an empty clear package up on sources (clear-1.0-2 ?) and we'll let that propagate, and then I'll move my new ncurses over to release/. I know that there was some talk of releasing an empty clear package but I don't see how that would be useful. If I do that then we stand the chance of eliminating clear.exe when the clear package is updated, meaning that we could conceivably remove the clear.exe that ncurses installed. I think the only thing we can do is remove clear from the distribution. Actually, it's the other way around. If the new (empty) clear package and the new ncurses are pushed to the mirrors together, the ownership of clear.exe goes to ncurses. Whenever both are installed, both will be upgraded, thus moving clear.exe to ncurses. I've uploaded new empty clear packages. I've not put the clear package into the _obsolete category so far. Can I do this already? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Tue, September 27, 2005 6:18 am, Christopher Faylor wrote: On Mon, Sep 26, 2005 at 11:19:36PM -0400, Charles Wilson wrote: Christopher Faylor wrote: There is no clear maintainer. I was asking if you'd be interested in making this available via ncurses. If you release a new version of ncurses which contributes a 'clear', I'll delete the clear package. I've got a new release of ncurses which contains /usr/bin/clear.exe ready to go (but not yet copied into /release). Go ahead an put an empty clear package up on sources (clear-1.0-2 ?) and we'll let that propagate, and then I'll move my new ncurses over to release/. I know that there was some talk of releasing an empty clear package but I don't see how that would be useful. If I do that then we stand the chance of eliminating clear.exe when the clear package is updated, meaning that we could conceivably remove the clear.exe that ncurses installed. I think the only thing we can do is remove clear from the distribution. cgf How about making the new (obsolete) clear package depend on ncurses? Would that force people to upgrade? J.
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Yaakov S (Cygwin Ports) on 9/26/2005 4:08 PM: libpcreOBSOLETE (Yaakov S) Did we find any packages still dependent on this? Since it's still affected by the security vulnerability, I think it should be removed. A quick grep of my /bin shows that more was the last holdout, and it has been fixed. My only (teeny) concern is whether we've given enough time for external packages that link against the old libpcre to update, but obviously Corinna thought so :) - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDOTqf84KuGfSFAYARAvSoAKCbQ8aPsocV3vz2lGXZoN7pEmZFagCg1XNB CjPuRGpxiWdNR+HpMQCJ8wA= =hbPX -END PGP SIGNATURE-
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Tue, Sep 27, 2005 at 09:55:59AM +0200, Corinna Vinschen wrote: On Sep 27 01:46, Igor Pechtchanski wrote: On Tue, 27 Sep 2005, Christopher Faylor wrote: On Mon, Sep 26, 2005 at 11:19:36PM -0400, Charles Wilson wrote: I've got a new release of ncurses which contains /usr/bin/clear.exe ready to go (but not yet copied into /release). Go ahead an put an empty clear package up on sources (clear-1.0-2 ?) and we'll let that propagate, and then I'll move my new ncurses over to release/. I know that there was some talk of releasing an empty clear package but I don't see how that would be useful. If I do that then we stand the chance of eliminating clear.exe when the clear package is updated, meaning that we could conceivably remove the clear.exe that ncurses installed. I think the only thing we can do is remove clear from the distribution. Actually, it's the other way around. If the new (empty) clear package and the new ncurses are pushed to the mirrors together, the ownership of clear.exe goes to ncurses. Whenever both are installed, both will be upgraded, thus moving clear.exe to ncurses. I've uploaded new empty clear packages. I've not put the clear package into the _obsolete category so far. Can I do this already? Uh, I'm still not convinced that this is the right way to handle this. It seems VERY obvious to me that releasing a package which deletes clear.exe is going to cause problems. Just deleting the old clear package will cause there to be two packages on the user's disk which own clear.exe but, since only ncurses will ever be updated from now on, it will always effectively have ownership of clear.exe. cgf
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Mon, Sep 26, 2005 at 09:58:05PM -0600, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 9/26/2005 5:06 AM: LIST 3: PACKAGES WITHOUT REPLY FROM MAINTAINER SO FAR = gperf cgf last released 2.7.2 in Dec 02: http://cygwin.com/ml/cygwin-announce/2002-12/msg00034.html Since then, gperf has hit 3.0.1 in June 2003, but I don't see any changes since then. It builds just fine for me, and I've used it occasionally. I'll volunteer to become the maintainer unless you still want it. This was just an oversight when I sent my package list. I'm not interested in giving this up. Corinna, please add gperf to my list of packages. cgf
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Tue, Sep 27, 2005 at 09:55:59AM +0200, Corinna Vinschen wrote: On Sep 27 01:46, Igor Pechtchanski wrote: On Tue, 27 Sep 2005, Christopher Faylor wrote: On Mon, Sep 26, 2005 at 11:19:36PM -0400, Charles Wilson wrote: I've got a new release of ncurses which contains /usr/bin/clear.exe ready to go (but not yet copied into /release). Go ahead an put an empty clear package up on sources (clear-1.0-2 ?) and we'll let that propagate, and then I'll move my new ncurses over to release/. I know that there was some talk of releasing an empty clear package but I don't see how that would be useful. If I do that then we stand the chance of eliminating clear.exe when the clear package is updated, meaning that we could conceivably remove the clear.exe that ncurses installed. I think the only thing we can do is remove clear from the distribution. Actually, it's the other way around. If the new (empty) clear package and the new ncurses are pushed to the mirrors together, the ownership of clear.exe goes to ncurses. Whenever both are installed, both will be upgraded, thus moving clear.exe to ncurses. I've uploaded new empty clear packages. I've not put the clear package into the _obsolete category so far. Can I do this already? Given that Chuck hasn't uploaded his version yet, and that we are still discussing this, I think it is premature to have an empty clear package up there so I've removed it. cgf
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christopher Faylor on 9/27/2005 7:22 AM: I've uploaded new empty clear packages. I've not put the clear package into the _obsolete category so far. Can I do this already? Uh, I'm still not convinced that this is the right way to handle this. It seems VERY obvious to me that releasing a package which deletes clear.exe is going to cause problems. Why? If the old clear package is marked _obsolete, and depends on the ncurses, then upgrading clear will gracefully transfer ownership of clear.exe to ncurses. This is the same approach that was used for the transition from fileutils to coreutils - bump the old package name to the next release number, make it empty, and make it depend on the new package name. I see no problems with making clear an empty package, so long as it pulls in ncurses. Just deleting the old clear package will cause there to be two packages on the user's disk which own clear.exe but, since only ncurses will ever be updated from now on, it will always effectively have ownership of clear.exe. Wrong. If you do this, then a user that knows that clear no longer owns clear.exe upgrades ncurses, then later uninstalls clear, they've lost clear.exe and have to reinstall ncurses. The only smooth upgrade path is to have an empty clear package that gives up clear.exe at the same time that ncurses provides it. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDOUlI84KuGfSFAYARAgeSAJwLAyTe/lhmHm8ir0WylpfuMSOvPACfe6SI 4LQRhuFIPT5Qy8yjh/UOcl8= =sjfC -END PGP SIGNATURE-
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Tue, Sep 27, 2005 at 09:04:03AM +0100, John Morrison wrote: On Tue, September 27, 2005 6:18 am, Christopher Faylor wrote: On Mon, Sep 26, 2005 at 11:19:36PM -0400, Charles Wilson wrote: Christopher Faylor wrote: There is no clear maintainer. I was asking if you'd be interested in making this available via ncurses. If you release a new version of ncurses which contributes a 'clear', I'll delete the clear package. I've got a new release of ncurses which contains /usr/bin/clear.exe ready to go (but not yet copied into /release). Go ahead an put an empty clear package up on sources (clear-1.0-2 ?) and we'll let that propagate, and then I'll move my new ncurses over to release/. I know that there was some talk of releasing an empty clear package but I don't see how that would be useful. If I do that then we stand the chance of eliminating clear.exe when the clear package is updated, meaning that we could conceivably remove the clear.exe that ncurses installed. I think the only thing we can do is remove clear from the distribution. How about making the new (obsolete) clear package depend on ncurses? Would that force people to upgrade? Yes, that would do it, however it has to be coordinated so that releasing the empty package coincides with the release of the new version of ncurses. AFAICT, the version of ncurses on sourceware.org has not been updated yet. The switchover should be as close to simultaneous as we can make it. cgf
Packages with unusual (wrong?) tarball names (db, xemacs)
The (adhoc?) standard for package file names, which for the most part is followed, is: NAME-VERSION-RELEASE.tar.bz2 -- for binary packages NAME-VERSION-RELEASE-src.tar.bz2-- for source packages VERSION and RELEASE should not contain '-' characters. NAME is allowed to contain '-' characters, but NAME should not contain a '-' character immediately followed by a digit, because this would look too much like the start of VERSION. There are a few packages in the distribution which do not follow these rules: !!! ./db/db2 db-2.7.7-4-src.tar.bz2 !!! ./db/db2 db-2.7.7-4.tar.bz2 !!! ./db/db3.1 db-3.1.17-2-src.tar.bz2 !!! ./db/db3.1 db-3.1.17-2.tar.bz2 !!! ./db/db4.1 db-4.1.25-1-src.tar.bz2 !!! ./db/db4.1 db-4.1.25-1.tar.bz2 !!! ./db/db4.2 db-4.2.52-1-src.tar.bz2 !!! ./db/db4.2 db-4.2.52-1.tar.bz2 !!! ./db/db4.3 db-4.3.28-1-src.tar.bz2 !!! ./db/db4.3 db-4.3.28-1.tar.bz2 ^^^ These packages do not reflect their package name in their file name. !!! ./xemacs/xemacs-mule-sumo xemacs-mule-sumo-2005-05-05-1-src.tar.bz2 !!! ./xemacs/xemacs-mule-sumo xemacs-mule-sumo-2005-05-05-1.tar.bz2 !!! ./xemacs/xemacs-sumo xemacs-sumo-2005-05-05-1-src.tar.bz2 !!! ./xemacs/xemacs-sumo xemacs-sumo-2005-05-05-1.tar.bz2 ^^^ These packages' version fields contain illegal '-' characters. I'm not aware of any serious problems being created by these discrepancies, but they are odd. The db packages are unlikely to need any future update, so those might need to stay as they are, but the xemacs packages could be fixed next time they are updated. Max.
Re: lesstif packaging
On Mon, 26 Sep 2005, Nicholas Wourms wrote: Nicholas, You have been around here long enough to know that personal email is not the way to address these issues. As such, I have forwarded this reply to the proper mailing list and set the Reply To appropriately. Please honor this. The lack of doing so makes it less likely that your request will be addressed. Thanks. Please go back to bzipping the manpages like they have been in previous packages. I see now that this was the case. However, the source package that Harold gave me to start with did not do this, nor does the current version of the gbs. As such, I'd prefer not to support a local gbs patch just to change its default behavior. If, however, there is consensus that this is the way it should be (TM), I'd be happy to submit a gbs patch. Also, please don't just arbitrarily drop the static libs. Why? None of the dependent xorg X libs are available staticly. How does having a static lesstif help anyone? If you can present a reasonable argument for keeping them I will consider it, but no for an unfounded request. Sorry. Is there any general consensus on either of these two points? ie: 1.) bziping vs gziping man pages. 2.) When to package static libs too. Google didn't turn up much quickly. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot...
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Tue, 27 Sep 2005, Corinna Vinschen wrote: On Sep 26 17:08, Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: libpcreOBSOLETE (Yaakov S) Did we find any packages still dependent on this? Since it's still affected by the security vulnerability, I think it should be removed. I've replaced the existing 4.1-1 package with empty 4.1-2 packages, so that should do it. If that wasn't as good a move as we thought, I have a backup of the old packages. I've taken over maintainership for the empty packages ;-) While we're at it, I noticed the regex package isn't in the obsolete category, even though it says it's superseded by Cygwin itself. It's been in that mode for ages. Does *anything* out there depend on it anymore? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: lesstif packaging
On Tue, Sep 27, 2005 at 09:15:27AM -0500, Brian Ford wrote: Is there any general consensus on either of these two points? ie: 1.) bziping vs gziping man pages. Maybe I'm missing something but I don't see any bzip2'ed man pages in my /usr/share/man. 2.) When to package static libs too. I'd say that was entirely your call. cgf
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Sep 27 09:26, Christopher Faylor wrote: On Mon, Sep 26, 2005 at 09:58:05PM -0600, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Corinna Vinschen on 9/26/2005 5:06 AM: LIST 3: PACKAGES WITHOUT REPLY FROM MAINTAINER SO FAR = gperf cgf last released 2.7.2 in Dec 02: http://cygwin.com/ml/cygwin-announce/2002-12/msg00034.html Since then, gperf has hit 3.0.1 in June 2003, but I don't see any changes since then. It builds just fine for me, and I've used it occasionally. I'll volunteer to become the maintainer unless you still want it. This was just an oversight when I sent my package list. I'm not interested in giving this up. Corinna, please add gperf to my list of packages. Yep, done. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: 2nd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
On Sep 27 10:15, Igor Pechtchanski wrote: On Tue, 27 Sep 2005, Corinna Vinschen wrote: On Sep 26 17:08, Yaakov S (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: libpcreOBSOLETE (Yaakov S) Did we find any packages still dependent on this? Since it's still affected by the security vulnerability, I think it should be removed. I've replaced the existing 4.1-1 package with empty 4.1-2 packages, so that should do it. If that wasn't as good a move as we thought, I have a backup of the old packages. I've taken over maintainership for the empty packages ;-) While we're at it, I noticed the regex package isn't in the obsolete category, even though it says it's superseded by Cygwin itself. It's been in that mode for ages. Does *anything* out there depend on it anymore? I don't think so. The package itself is empty anyway. I've set the category to _obsolete. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: lesstif packaging
On Tue, Sep 27, 2005 at 09:15:27AM -0500, Brian Ford wrote: Is there any general consensus on either of these two points? ie: 1.) bziping vs gziping man pages. Maybe I'm missing something but I don't see any bzip2'ed man pages in my /usr/share/man. $ find $(IFS=:; echo `manpath`) -name '*.bz2' | wc 77 772930 Mainly X11R6. I'm okay with either form of compression, although bzip2 tends to compress text better than gzip. So maybe a gbs patch is in order? 2.) When to package static libs too. I'd say that was entirely your call. Providing only the dynamic is reasonable, although if I were packaging it, I would provide both static and dynamic if it weren't too much extra effort on my part. -- Eric Blake
whois-4.7.8-1 [Was: Do we still have a whois maintainer?]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen wrote: Yep, go ahead. Here it is. Either way is fine. The FreeBSD version looks good to me as well. Just keep in mind that a change of the usage might result in some additional confused requests on the cygwin ML. That's right, moreover, no big reason to change it (even if it still is vulnerable to a local overflow attack that's not a very easy attack to do, and if it's good for debian and a lots of linuxes I guess it's good also for us...). I re-packaged it from scratch to use GBS (no patch was needed, except telling the Makefile to use the correct perfix and to mkdir -p install dirs before installing in them). Maybe someone will want to take a look at the packaging. Files included in the binary distribution: /usr/bin/whois.exe /usr/share/doc/Cygwin/whois-4.7.8.README (this file) /usr/share/doc/whois-4.7.8/COPYING /usr/share/doc/whois-4.7.8/README /usr/share/locale/de/LC_MESSAGES/whois.mo /usr/share/locale/el/LC_MESSAGES/whois.mo /usr/share/locale/es/LC_MESSAGES/whois.mo /usr/share/locale/fr/LC_MESSAGES/whois.mo /usr/share/locale/it/LC_MESSAGES/whois.mo /usr/share/locale/ja/LC_MESSAGES/whois.mo /usr/share/locale/no/LC_MESSAGES/whois.mo /usr/share/locale/pl/LC_MESSAGES/whois.mo /usr/share/man/man1/whois.1.gz Same usual place: http://www.lapo.it/cygwin/whois-4.7.8-1-src.tar.bz2 http://www.lapo.it/cygwin/whois-4.7.8-1.tar.bz2 And for the sanity checks: % sha1sum whois-4.7.8-1* 44dccc5674727d5761f437b438e560440a577e8a whois-4.7.8-1-src.tar.bz2 2e8c7cdb7165d831efbd0e3f55bbc05d6d2bff1f whois-4.7.8-1.tar.bz2 % md5sum whois-4.7.8-1* f024b71bd39f23246a9076588fb4103d whois-4.7.8-1-src.tar.bz2 e42cbab2c082a83145a46d31baecb3d7 whois-4.7.8-1.tar.bz2 % ll whois-4.7.8-1* - -rw-r--r-- 1 lapo None 69066 Sep 27 16:41 whois-4.7.8-1-src.tar.bz2 - -rw-r--r-- 1 lapo None 37227 Sep 27 16:41 whois-4.7.8-1.tar.bz2 Lapo - -- Lapo Luchini [EMAIL PROTECTED] (OpenPGP X.509) www.lapo.it (ICQ UIN: 529796) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iQIcBAEBAgAGBQJDOVv2AAoJELBiMTth2oCDWH4QALYJY4NUzxIcqtxP/CKFT5SK 9TUzAP9YSLDb4Jenlwpr+RX09TZ0WwH0c5e6XSpVHNSwmE/AIlV7beC565IsCsMI XH2L9XHE4fLZ5ADU7QUhQ41qgJHwYl8JO/phypAiiAAhn6uOKYOwNwAG2Md0VTYo PntTintBTZIZQ228PP7ezYCM73hvo2q/CyLqK2F2chpkBVztQ6tlHsdfUhzHnZ64 gWGF1Pq/7/FYpcKz3j9yNCkoxrhdP7p5V6PRRE+4HFMmSjtZ48n3dwHiClEcOMc/ hwCbjzMpNakLwpOIIMxVM+svcc1x4weJvnl4afe22h4QWM3p3ivYkm0Tdt/SKFJ6 NB28NufMdIqfIYr52w39M/t5ij3GdWWxvaDPWCd4DtoUsPfJxYgzuRArDxgIsct8 1OGdnL8f6m35uURIFXtzDv8WIwMyirfKNzW2AFL9IB2wsq6yH9w0WMb0rgaF+pjl tJsuZ+o7jjmxFOZ31j2DIpKqGEXPydhi7p9bzq67oST+1dsHmqHhGgA+9h6WVnvV iZ4DXxUALvyIFNle7wIG7MZQPVaKBgxVNqBgLIvrPNJj2mMqZMJTh5msnOZTHVGM A+XzmuqW9Jl/Og6gYDuHrhthLrKeA4VKYUcwQn8pTuSILAZm9IS4NVeg/j5MUXli 59I4fDr/mSjr4aX7r3xG =ZSwc -END PGP SIGNATURE-
Re: g-b-s patch - dependency calculation
On Tue, 20 Sep 2005, Eric Blake wrote:
Dependency calculation should not do transitive closure, but should only
list direct library dependencies. For example, something that depends on
only libxml2 should not also depend on libiconv2. Otherwise, if libxml2
is recompiled to depend on a (theoretical) new libiconv3, the package that
depended on libxml2 pulls in the now unneeded libiconv2 in addition to
setup.exe correctly recognizing that libiconv3 is needed.
http://cygwin.com/setup.html agrees with this, stating Conversely, do not
include package dependencies of dependent packages in your dependency
list. So, this patch fixes g-b-s to only grab direct dependencies,
rather than everything:
2005-09-20 Eric Blake [EMAIL PROTECTED]
* templates/generic-build-script (depend): Don't do transitive
closure, only direct dependencies.
Eric,
You also included a few whitespace changes in your patch -- while I don't
mind cleanups, it would've been nice to explicitly mention them. Also,
your RE to detect dependencies ('/^ [[:alpha:]]/') seems wrong -- IMO,
it'll miss DLLs that start with digits or underscores. I've changed it
accordingly (to '/^ [A-Za-z0-9_]/') and checked in the patch with that
change.
Thanks for the patch.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: g-b-s patch - dependency calculation
You also included a few whitespace changes in your patch -- while I don't
mind cleanups, it would've been nice to explicitly mention them. Also,
your RE to detect dependencies ('/^ [[:alpha:]]/') seems wrong -- IMO,
it'll miss DLLs that start with digits or underscores. I've changed it
accordingly (to '/^ [A-Za-z0-9_]/') and checked in the patch with that
change.
Neither version is correct. Cygcheck output is the absolute windows
pathname, indented by spaces according to the depth of the
dependency. My regex was looking for exactly two spaces, followed
by a drive letter (the exact two spaces was the important part, as
that is what determines the direct dependencies). Your regex also
looks for 1:\ and _:\, but since drive 1 and drive _ don't exist, it was
a pointless change! What we did wrong, however, was forgetting
about UNC pathnames on the PATH. So the corrected regex should
be either:
'/^ [A-Za-z\\]/'
or:
'/^ [\\[:alpha:]]/'
or:
'/^ [^ ]/'
By the way, now that I have an upload account, am I allowed to
make CVS checkins for g-b-s? I don't have employer copyright
disclaimer, so I know that I can't touch the winsup tree, but I
was under the impression that the cygwin-apps tree (including
g-b-s) have looser checkin rules.
--
Eric Blake
Re: whois-4.7.8-1 [Was: Do we still have a whois maintainer?]
On Sep 27 16:49, Lapo Luchini wrote: http://www.lapo.it/cygwin/whois-4.7.8-1-src.tar.bz2 http://www.lapo.it/cygwin/whois-4.7.8-1.tar.bz2 Uploaded. I've removed 4.6.7-1 and kept 4.6.14-1. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: g-b-s patch - dependency calculation
On Tue, 27 Sep 2005, Eric Blake wrote:
You also included a few whitespace changes in your patch -- while I don't
mind cleanups, it would've been nice to explicitly mention them. Also,
your RE to detect dependencies ('/^ [[:alpha:]]/') seems wrong -- IMO,
it'll miss DLLs that start with digits or underscores. I've changed it
accordingly (to '/^ [A-Za-z0-9_]/') and checked in the patch with that
change.
Neither version is correct. Cygcheck output is the absolute windows
pathname, indented by spaces according to the depth of the
dependency. My regex was looking for exactly two spaces, followed
by a drive letter (the exact two spaces was the important part, as
that is what determines the direct dependencies).
Ok, that makes sense. I didn't remember that those were full pathnames.
I do seem to recall seeing .\smth.dll in there at times.
Your regex also looks for 1:\ and _:\, but since drive 1 and drive _
don't exist, it was a pointless change!
Right, since those are drives.
What we did wrong, however, was forgetting about UNC pathnames on the
PATH. So the corrected regex should be either:
'/^ [A-Za-z\\]/'
or:
'/^ [\\[:alpha:]]/'
or:
'/^ [^ ]/'
I like the last one. I'll make the change.
By the way, now that I have an upload account, am I allowed to
make CVS checkins for g-b-s?
I think you need to be explicitly given checkin privileges to the
cygwin-apps tree (CGF gives those out, IIRC). However, even if you get
them, I'd prefer if you ran every patch by me (on this list) before
checking it in, anyway.
I don't have employer copyright
disclaimer, so I know that I can't touch the winsup tree, but I
was under the impression that the cygwin-apps tree (including
g-b-s) have looser checkin rules.
Right, you don't need a copyright assignment for the cygwin-apps tree.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA
[PATCH] setup: Detect postinstall scripts correctly
-= WARNING =- -= WARNING =- -= WARNING =- -= WARNING =- -= WARNING =-
Do NOT apply this patch until all the consequences have been considered
and discussed.
-= WARNING =- -= WARNING =- -= WARNING =- -= WARNING =- -= WARNING =-
This is a trivial patch that fixes a bug in postinstall script detection.
You may have noticed that when all postinstall scripts are run, No
package is displayed in the progress window. Here's some history:
When I first implemented the logging of postinstall script output, I
figured we'd run the known postinstall scripts (those coming from the
packages we just installed) first, in dependency order, and then run all
other postinstall scripts (e.g., custom ones, or those created by
postinstall scripts themselves) in alphanumeric order. There is code in
setup to display the name of the package for which we are currently
running postinstall scripts, with No package displayed for those other
scripts.
Unfortunately, there was a small bug in string comparison (which the
attached patch fixes) that failed to detect *any* postinstall scripts in
packages, causing everything in /etc/postinstall to be treated as other.
As I understand, there are now some postinstall scripts that rely on the
current (buggy) behavior. However, this is the only way to enforce a
deterministic order on the postinstall script execution in the presence of
circular dependencies. Before we apply this patch, we ought to make sure
that the current postinstall script structure doesn't break. It didn't
seem to break for me -- I've tested it on a relatively large fresh
install, but, as we all know, one sample does not a statistic make(tm).
I'd be more comfortable with, say, Eric signing off on this with respect
to the ash/bash postinstall scripts.
Discussion welcome. As usual, the ChangeLog is below.
Igor
==
2005-09-27 Igor Pechtchanski [EMAIL PROTECTED]
* script.cc (isAScript): Fix string comparison.
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DAIndex: script.cc
===
RCS file: /cvs/cygwin-apps/setup/script.cc,v
retrieving revision 2.20
diff -u -p -r2.20 script.cc
--- script.cc 1 Sep 2005 16:39:27 - 2.20
+++ script.cc 27 Sep 2005 16:01:44 -
@@ -269,8 +269,8 @@ bool
Script::isAScript (String const file)
{
/* file may be /etc/postinstall or etc/postinstall */
-if (file.casecompare (ETCPostinstall, sizeof(ETCPostinstall))
- file.casecompare (ETCPostinstall+1, sizeof(ETCPostinstall)-1))
+if (file.casecompare (ETCPostinstall, sizeof(ETCPostinstall)-1)
+ file.casecompare (ETCPostinstall+1, sizeof(ETCPostinstall)-2))
return false;
if (file.c_str()[file.size() - 1] == '/')
return false;
Re: [PATCH] setup: fix FTP behavior on timeout
On Sep 27 12:05, Igor Pechtchanski wrote: Hi, I noticed this problem when trying to do a fresh install -- if selecting packages takes too long, ftp mirrors will timeout, and setup will not reconnect, causing the failure. This patch fixes that. Finally! Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: postgresql-8.01 and 8.1 ready
Jason Tishler wrote: On Mon, Sep 26, 2005 at 01:45:45PM +0100, Reini Urban wrote: Signal TERM is correctly handled by postmaster, postmaster running as SYSTEM owned service. So --termsig INT is not needed anymore. AFAICT, SIGTERM was always handled by postmaster. I'd prefer TERM over INT: smart shutdown vs. fast shutdown The problem with smart shutdown is it waits for all clients to disconnect before shutting down. So, Windows will eventually just kill postmaster during machine shut down if at least one client is still connected. This is why I recommended using SIGINT in my README. IMO, a fast shutdown is better than the possibility of an aborted smart shutdown. Of course, a DBA if free to configure PostgreSQL however they see fit. Thanks for the explanation! I should add this to the new README as well. I'll release an updated package with the minor --termsig INT change in the init.d script then. Just building gdal, geos, postgis and slony-I, BTW. -- Reini
Re: [HEADSUP] ALL Maintainers, please reply.
On Thu, Sep 15, 2005 at 06:45:37PM +0200, Corinna Vinschen wrote: So, ALL maintainers of Cygwin packages, please reply to this mail within the next six weeks, including a list of ALL packages you maintain. docbook-xml412 docbook-xml42 docbook-xml43 docbook-xml44 docbook-xsl hexedit ioperm stunnel xmlto -- +---+ | Marcel Telka e-mail: [EMAIL PROTECTED] | |homepage: http://telka.sk/ | |jabber: [EMAIL PROTECTED] | +---+
[PATCH] setup: better log message on failed fopen
The attached patch makes the error message from the io_stream_cygfile
constructor a bit more sensible. This could've helped diagnose the
problem reported in http://cygwin.com/ml/cygwin/2005-09/msg00901.html.
Igor
==
2005-09-27 Igor Pechtchanski [EMAIL PROTECTED]
* io_stream_cygfile.cc (io_stream_cygfile::io_stream_cygfile):
Better log message on error.
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED]
|,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D.
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DAIndex: io_stream_cygfile.cc
===
RCS file: /cvs/cygwin-apps/setup/io_stream_cygfile.cc,v
retrieving revision 2.21
diff -u -p -r2.21 io_stream_cygfile.cc
--- io_stream_cygfile.cc5 May 2005 22:48:35 - 2.21
+++ io_stream_cygfile.cc28 Sep 2005 01:24:58 -
@@ -144,7 +144,7 @@ io_stream_cygfile::io_stream_cygfile (St
if (!fp)
{
lasterr = errno;
-log(LOG_TIMESTAMP) io_stream_cygfile: fopen failed errno
+log(LOG_TIMESTAMP) io_stream_cygfile: fopen( name ) failed
errno
strerror(errno) endLog;
}
}
second report
Hallo, I send you second report with ERRORs in using WAVE function. Some more I have printing Stack trace in Window X~. Thank you, Alex Schwez,Lübeck, Germany. [EMAIL PROTECTED] ~ $ PATH=/usr/openwin/bin:$PATH [EMAIL PROTECTED] ~ $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TT F/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/ X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1152 height: 864 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0407 (0407) (--) Using preset keyboard for German (Germany) (407), type 4 Rules = xorg Model = pc105 Layout = de Variant = (null) Options = (null ) (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! winPointerWarpCursor - Discarding first warp: 576 432 winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Basic question 1 - Traffic
On 27.09.2005 14:15 UK Time, Fergus Daly wrote: generates constant internet traffic I don't know what your startup command is/are but mine are /usr/X11R6/bin/run /usr/X11R6/bin/XWin -nolisten local -multiwindow # to start XWin in quiet mode /bin/xterm -display localhost:0.0 # to start xterm, but you might want something else and I seem to have a quiettime (cf. yours, noisy). Hi Fergus, thanks for your reply. It's been a few years since I used Unix when I worked at University and my Unix knowledge has never been brilliant and has become even rustier since then, so please forgive me if this is irrelevant, but I start my X environment with the following command: startx -- -screen 0 1200 900 Again, I'm not sure whether this is relevant, but my .xinitrc file (not set up by me, I hasten to add) contains the following lines: exec $HOME/.x11startlog 2$HOME/.x11startlog xsetroot -bitmap .esru.x xterm -name Console -fn 6x13 -C -g 85X8+0+0 xterm -name Xterm1 -fn 6x13 -g 85X35+0-0 -sb -sl 400 xterm -name Xterm2 -fn 6x13 -g 80X24+350-50 -sb -sl 400 # xclock -g 75X75-60+0 xstdcmap -delete all exec twm Does the quite mode you mentioned fit in here somewhere? Thanks Herbert Eppel -- www.HETranslation.co.uk -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Basic question 1 - Traffic
On 27.09.2005 15:07 UK Time, Fergus Daly wrote:
startx -- -screen 0 1200 900 # your startup
Does this give you a xterm terminal and a xterm prompt, at which you
start your Strathclyde stuff?
Yes, it gives me an X environment (with a console and 2 X terminals) as
specified in my .xinitrc file
Does the quite mode you mentioned fit in here somewhere?
I'm sorry, I don't use startx, with or without arguments. But I do
notice that if at the bash prompt I try
startx # no arguments
As an aside, if I use startx without arguments the process kind of
crashes (i.e. no X environment is set up). I'm not sure, but I suspect
this is because I have a 2-monitor setup, and the system perhaps gets a
little confused without arguments.
then this generates a lot of gunk amongst which I find the line
XWin was started ...
Same here.
and at the end of which I have one xterm window (not the 3 that your
.xinitrc creates: do you need 3, or indeed any?)
Not really, but it's what I'm kind of used to :-)
So my rather unhelpful response isn't (I'm afraid) tweak your existing
startup protocol to include the switch -nolisten local because I don't
know how to do this, I'm sorry. But you could try
bash # to start bash
$ run XWin -nolisten local # at the bash prompt
$ ps # to check you've got a running XWin
$ xterm -display localhost:0.0 # to get your xterm terminal with
prompt, if needed
$ {whatever, to start the Strathclyde stuff}
and see whether you end up with what you are familiar with AND it's
quiet?
I might try that, thanks, although on the other hand it isn't really
such a big issue because the 'ZoneAlarm noise level' is rather moderate
really - I was just curious about what is going on.
Sorry, probably not very helpful. (IKWWFMATWID, meaning I know what
works for me and that's what I do, pronounced I Don't Give A Toss About
Anybody Else. Not in fact true, but it might as well be ...)
I know it's not true, otherwise you wouldn't have responded in the first
place :-)
Cheers
Herbert Eppel
--
www.HETranslation.co.uk
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
Re: second report
On Tue, 27 Sep 2005, Alexander Schwez wrote: Hallo, I send you second report with ERRORs in using WAVE function. Some more I have printing Stack trace in Window X~. Thank you, Alex Schwez,Lübeck, Germany. [EMAIL PROTECTED] ~ $ PATH=/usr/openwin/bin:$PATH [EMAIL PROTECTED] ~ $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1152 height: 864 depth: 32 winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0407 (0407) (--) Using preset keyboard for German (Germany) (407), type 4 Rules = xorg Model = pc105 Layout = de Variant = (null) Options = (null) (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 576 432 winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) See http://www.cygwin.com/ml/cygwin-xfree/2005-09/msg00184.html. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog fhandler_floppy.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-09-27 15:33:02 Modified files: winsup/cygwin : ChangeLog fhandler_floppy.cc Log message: * fhandler_floppy.cc (fhandler_dev_floppy::get_drive_info): Always try IOCTL_DISK_GET_DRIVE_GEOMETRY_EX and IOCTL_DISK_GET_PARTITION_INFO_EX ioctls first, to allow access to GPT partitioned disks. Fall back to old non-EX ioctls otherwise. Add comment to explain NT4 weirdness. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3123r2=1.3124 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_floppy.cc.diff?cvsroot=srcr1=1.35r2=1.36
src/winsup/cygwin ChangeLog init.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-09-27 17:44:29 Modified files: winsup/cygwin : ChangeLog init.cc Log message: * init.cc (dll_entry): Call IsWow64Process with GetCurrentProcess as process handle since hMainProc isn't initialized here. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3124r2=1.3125 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/init.cc.diff?cvsroot=srcr1=1.55r2=1.56
src/winsup/cygwin ChangeLog cygheap.cc shared.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-09-27 19:04:39 Modified files: winsup/cygwin : ChangeLog cygheap.cc shared.cc Log message: * cygheap.cc (cygheap_init): Add GLOBAL_PRIV to hProcToken explicitely since hProcImpToken isn't initialized here. * shared.cc (open_shared): Always print mapname instead of name in debug output. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3126r2=1.3127 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygheap.cc.diff?cvsroot=srcr1=1.123r2=1.124 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/shared.cc.diff?cvsroot=srcr1=1.97r2=1.98
src/winsup/cygwin ChangeLog pthread.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-09-27 20:34:20 Modified files: winsup/cygwin : ChangeLog pthread.cc Log message: * pthread.cc (mangle_sem_name): Use cygheap-shared_prefix instead of fiddling with wincap.has_terminal_services manually. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.3127r2=1.3128 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pthread.cc.diff?cvsroot=srcr1=1.28r2=1.29
winsup/cygwin ChangeLog init.cc
CVSROOT:/cvs/uberbaum Module name:winsup Changes by: [EMAIL PROTECTED] 2005-09-28 02:43:29 Modified files: cygwin : ChangeLog init.cc Log message: * init.cc (prime_threads): Make this static, as it should be. (dll_entry): Apply cosmetic changes to define closer to the way MSDN suggests. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/ChangeLog.diff?cvsroot=uberbaumr1=1.3128r2=1.3129 http://sources.redhat.com/cgi-bin/cvsweb.cgi/winsup/cygwin/init.cc.diff?cvsroot=uberbaumr1=1.56r2=1.57
Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4
On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote: On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote: hi, um. very confused. setup.exe in't setting anything up. i get a modal dialog at the end of the process saying set_cygdrive_flags - the operation completed successfully. i check c:\cygwin\var\log\setup.log and it is full of io_stream_cygfile: fopen failed 2 No such file or directory, What about c:\cygwin\var\log\setup.log.full? It should have more information (in particular, the io_stream_cygfile messages should be preceded by the names of the files they correspond to). ah i believe i was looking at setup.log.full but of course windows removes the .full and for some _really_ weird reason every time i change the settings not to hide file extensions the settings are lost, so i've given up. yes, there isn't any filename listed - i did wonder why not. presumably there is one such failure for every package that was endeavoured to be installed from c:\cygfiles\release? i tried renaming the directory from the _awful_ name c:\cygfiles\ftp%2feasynet.be%2arubbish%trash%2acygwin to c:\cygfiles\release and then doing a local install. According to the directory name, you're using an FTP mirror. There is an FTP timeout handling bug in setup, which I'm currently testing a fix for, that makes setup essentially give up on any FTP transfer when an FTP timeout happens. Try using an HTTP mirror. i noticed that :) i managed to get all the files downloaded. As for the directory name, it shouldn't make a difference. i've tried using c:/cygwin and c:/cygfiles/release instead of c:\cygwin and c:\cygfiles\release. This won't make a difference. i've tried deleting c:\cygwin after a download and re-entering all of the questions (but of course specifying local install). And what happened? exactly the same thing. i've tried (to my detriment because it is a one-way process where i will never be able to reliably gain read-write access to the drive, or recovery process on linux) converting the filesystem from FAT32 to NTFS. Ouch. You have my sympathies, though NTFS is a much more feature-rich filesystem that is better supported by Cygwin. If you want to make sure you have read-write access to the drive, I suggest taking ownership of all files/directories you want to be able to write to. Once the files are owned by you, you can change the ACLs appropriately. i've tried setup.exe versions 2.510.2.2, setup 2.427, 2.457. not one of these things allows for a successful installation, with every result the same: io_stream_cygfile failures. wtf is going on and what am i missing? guidance to a solution / things to try much appreciated. Please try an HTTP mirror. If that doesn't work, please post c:\cygwin\var\log\setup.log.full to this list. ack. i honestly don't believe it will make any difference: the files are already successfully downloaded, but i will try because i really want this to work: all other times that i have installed cygwin it has been successful and extremely useful. l. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Installation procedure for Postgresql in Cygwin
On Mon, Sep 26, 2005 at 06:05:45PM +0530, Kowtham Prabhu C wrote: I have installed Cygwin 1.5.18 and I can't run postgresql 7.4.5 in that, also I have downloaded it into cygwin folder. Kindly give me the procedures to install it and Read the README: /usr/share/doc/Cygwin/postgresql-7.4.5.README use it to connect with C and C++ programs?.. Read the manual: http://www.postgresql.org/docs/7.4/static/client-interfaces.html 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: Autotools\gcc: Resource temporarily unavailable problem
On 9/25/05, PSP Blizz [EMAIL PROTECTED] wrote: On 9/23/05, PSP Blizz [EMAIL PROTECTED] wrote: On 9/23/05, Dave Korn [EMAIL PROTECTED] wrote: I think this is hardware trouble. Try some cooling spray on the CPU when it's malfunctioning. I really don't think this is likely to be a cygwin bug. Spoke to DELL, they will replace the heatsink on tuesday. Will try again then. I did a clean reinstall of XP and still the problem is present. So now I'll have to put my trust in DELL. The machine is now a cool 48 degrees no matter what it does or how hard it works, but cygwin still wont compile gcc 4.0.1 or do too much work using autotools (automake etc). So I'm stumped. /pspblizz -- 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/
fork errors - search snips from cygwin mailing list archive
I egreped thru (my local copy of) the cygwin archives back to ~3/2005 for:
fork: No such file or directory
died waiting for longjmp
fork: Bad file
fork: Resource temporarily unavai
Please see end of this post for snips from this grep. The
results suggest a fair number of users had the problem, I'd be
curious how many convinced themselves their problems are gone;
can we identify which of the cases are solved?
We're still seeing these non repeatable errors (now using the 9/22
snapshot on a development box). No test case is enclosed.
A fairly recent cygcheck.out for the computer having the problems is an
attachment in:
http://sourceware.org/ml/cygwin/2005-09/msg00796.html
If you can show me our box is out of resources, that would be great -
see the attachment for RAM, a list of processes, and more- it's a Compaq
ProLiant DL380 G3. It is behind a firewall in a datacenter; anti-virus
scanning is *not* real time, but scheduled weekly. The attachment is output
from:
msinfo32 /report FILENAMEHERE /catagory systemsummary
msinfo32.out.gz
Description: msinfo32 /report FILENAMEHERE /catagory systemsummary
For us, in general the fork errors do not show up until quite a few cygwin
bash and perl scripts have already run ok. Once it happens, it may be
fairly repeatable, until I stop all cygwin services, kill all cygwin
processes; then the fork errors are gone for a while again.
I do most interactive CLI work in ssh bash login sessions. I see fewer
of these fork errors in 1.5.18, and in the Sept snapshots.
Friday 9/23, I was debugging a fairly simple bash shell script, with
a few traps, and functions - I had several vim sessions suspended,
and 2 ssh sessions. Here are some fork errors from Friday (using snaphot:
1.5.19s(0.138/4/2) 20050922):
$ ci -l a_small_text_file
-bash: fork: Resource temporarily unavailable
$
snip
$ lt
-bash: fork: Resource temporarily unavailable
snip
$ which lt
lt is aliased to `cmd /c dir /od|d2u|egrep -v DIR +RCS$|\.\.?$| [0-9]+
(Dir|File)|tail -8'
snip
$ ./a_mediumsized_bashscript
/adm/bin/win/service_restart02.shinc: fork: Resource temporarily unavailable
10 [main] ? 0 fork_copy: cygheap for exec pass 0 failed,
0x6115A900..0x61160834, done 0, windows pid 2816, Win32 error 5
# Another problem on Friday: an interactive ssh session for no apparent reason
# just died. This has happened in the past, see:
# http://sourceware.org/ml/cygwin/2005-07/msg01006.html
#
# The good news is this happens less than in 1.5.17.
# For more detail on this see last ~30 lines of this post.
We continue to use 1.3.20 and it is just about problem free, it just
works - I look forward to that level of stability.
Oh well.. it's our end user perspective. New features and speed are great,
but stabiility and reliablity get's the job done over and over. I've
been looking for a stable cygwin release since 1.5.10, and have not been
convinced. If that sounds arrogant, sorry, it's not meant to be, it
is honest. We use cygwin to control over night windows software builds
with bash scripts, so when the build breaks we don't want cygwin blamed.
I appreciate all the cygwin developers' hard work, I love the tools!
We're in a position to upgrade cygwin on 9 servers, 3 of which
will be purchased in the next couple of months. :-
--
thanks again,
Tom Rodman
--
See below for the snippets { enclosed in curly
braces }. This is an egrep of last ~200 days of cygwin archives for:
fork: No such file or directory
died waiting for longjmp
fork: Bad file
fork: Resource temporarily unavai
--v-v--C-U-T---H-E-R-E-v-v--
{
{
According to David Arnstein on 8/18/2005 1:01 AM:
Frequently (but not always) I will launch a Cygwin command window
running bash; the new command window prints a message from bash:
--
10 [main] bash 1880 pinfo::wait: Couldn't create pipe tracker for
pid 3768,
Win32 error 231
bash: fork: Resource temporarily unavailable
--
This is not a bug in bash, but a limitation in the number of running
processes under Windows. When cygwin cannot create a new process during a
fork(), you will get this behavior. Some people have reported success
turning off (or swapping) antivirus programs, or other tricks to reduce
the number of running processes on their system. Other than that, I don't
have any further ideas that might help you.
- --
Life is short - so eat dessert first!
Eric Blake
}
{
This is not a bug in bash, but a limitation in the number of running
processes under Windows. When cygwin cannot create a new process during a
fork(), you will get this behavior. Some people have reported success
turning off (or swapping) antivirus programs, or other tricks to reduce
the number of
Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4
On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote: On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote: hi, um. very confused. setup.exe in't setting anything up. i get a modal dialog at the end of the process saying set_cygdrive_flags - the operation completed successfully. i check c:\cygwin\var\log\setup.log and it is full of io_stream_cygfile: fopen failed 2 No such file or directory, What about c:\cygwin\var\log\setup.log.full? It should have more information (in particular, the io_stream_cygfile messages should be preceded by the names of the files they correspond to). that's the strange thing: no such filenames are listed. rather than irritate the crap out of everybody by dropping a 410k file into thousands of people's mailboxes, i've placed the log at: http://hands.com/~lkcl/cygwin/setup.log.full Please try an HTTP mirror. the failures i am seeing now are that nothing is even downloaded - at all. the subdirectory, c:\cygfiles\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin, has however been created. l. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4
.. the files are already successfully downloaded .. .. all other times that i have installed cygwin it has been successful .. Sorry to butt in but this is intriguing. More often than not I install from a local directory and it has worked forever, and is still working. Probably all the following are just fine, apols for asking: Q1. Are you sure the files are downloaded? ie under /release/ there should be, dunno, ~ 1G? (I've got [prev] and [test] as well so hard to tell what just [curr] would come to.) Q2. Have you got setup.ini above /release/? Q3. There's some characteristic of Windows that means the installation is prone to ?/ certain to fail if setup.ini is in C:\ and the installation files in C:\release\. The hierarchy needs to be C:\somedirname\setup.ini with files under C:\somedirname\release\. Q4. Ideally your registry would be cleared of all Cygwin-related mentions and any historical Cygwin mounts. But I don't suppose it matters if it isn't. Q5. Then Install From Local Directory with Root Directory = C:\Cygwin (say) and Local Package Directory = C:\somedirname. It should all just fly along. Oh I know you know all that. Sorry for talking down. Your difficulty sounds crazily weird. Fergus -- 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/
Windows 2000 gotchas?
Hello - I've been installing Cygwin in our computing lab and while the Windows XP installs have been fine, I've been getting some weird results on our Windows 2000 systems. I read the FAQ, but was wondering if there are some gotchas for Windows 2000 that I've missed. Some extra pertinent info: Since it's a closed network, I downloaded the install, burned it to CD and have been running setup.exe after copying everything to the target system. The install seems to work OK, except that on the Windows 2000 systems only the bash icon shows up on the desktop even when selecting for all icons (sometimes that query doesn't even come up at the end of the install tho'). Since it's a lab, these are all shared systems. Generally we're able to run startxwin.bat the first time with no problems, but the leftover file and directory under /tmp are a problem. I am a *NIX admin, so not highly versed in Windows (but learning more and more everyday :-). Any help would be appreciated, Debbie -- | Debbie Tropiano| [EMAIL PROTECTED] | | Environmental Sciences Laboratory | +1 512 835 3367 w | | Applied Research Laboratories of UT Austin | +1 512 835 3544 fax | | P.O. Box 8029, Austin, TX 78713-8029 | home email: [EMAIL PROTECTED] | -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Strange behaviour with g++ 3.4.4-1
On Mon, 26 Sep 2005 21:41:29 GMT, Angelo Graziosi wrote: Dave Korn wrote: You can fix it like this: [EMAIL PROTECTED] /test/cplus g++ test.fixed.cpp -o test [EMAIL PROTECTED] /test/cplus diff -pu test.cpp test.fixed.cpp --- test.cpp2005-09-26 10:52:37.405042000 +0100 +++ test.fixed.cpp 2005-09-26 10:52:26.555119000 +0100 @@ -1,6 +1,8 @@ #include iostream #include windows.h +#undef max +#undef min #include complex Thanks, Dave, for the patch. I would know if there is some bug somewhere: it sounds strange that moving the header 'windows.h' at the beginning or at the end of includes sequence, the build works fine. The problem is that windows.h includes windef.h which defines the standard macros min() and max() without checking if they are already defined. You can prevent this behaviour by doing: // #define NOMINMAX #include windows.h // This will prevent the macros from being (illegally) defined twice with differing contents. AndyM -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4
On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote: On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote: On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote: hi, um. very confused. setup.exe in't setting anything up. i get a modal dialog at the end of the process saying set_cygdrive_flags - the operation completed successfully. i check c:\cygwin\var\log\setup.log and it is full of io_stream_cygfile: fopen failed 2 No such file or directory, What about c:\cygwin\var\log\setup.log.full? It should have more information (in particular, the io_stream_cygfile messages should be preceded by the names of the files they correspond to). that's the strange thing: no such filenames are listed. rather than irritate the crap out of everybody by dropping a 410k file into thousands of people's mailboxes, i've placed the log at: http://hands.com/~lkcl/cygwin/setup.log.full You could've gzipped it down to about 30k, but this is good too, thanks. FWIW, it's indeed a setup.log.full. There are a few weird parts in this log. Here's one: 2005/09/27 12:27:46 Selected local directory: C:\ 2005/09/27 12:27:52 Selected local directory: C:\cygfiles For some reason, it remembered C:\ as your local package directory. Did c:\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin get created, by any chance? The other weird part is that it doesn't show *any* packages selected to download. Did you switch to Partial view to verify that you're actually going to upgrade any packages? Can you please post the *exact* list of steps you took, from the moment you started setup to the moment it ended, copying and pasting any message boxes you get on the way? It didn't even show you the Installation complete message box, looks like... Please try an HTTP mirror. the failures i am seeing now are that nothing is even downloaded - at all. Did you try to run setup in other modes (e.g., Download only)? the subdirectory, c:\cygfiles\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin, has however been created. Heh, I misread this at first. Looks like setup is crashing before it ever gets to the package download phase... You might try some other mirrors (mirrors.kernel.org is a good one, and so is mirror.mcs.anl.gov). If worse comes to worst, I may post a debug version of setup I compiled and ask you to try it out. It might give us some clue on what is happening on your machine. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4
On Tue, Sep 27, 2005 at 10:09:44AM -0400, Igor Pechtchanski wrote: On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote: On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote: On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote: hi, um. very confused. setup.exe in't setting anything up. i get a modal dialog at the end of the process saying set_cygdrive_flags - the operation completed successfully. i check c:\cygwin\var\log\setup.log and it is full of io_stream_cygfile: fopen failed 2 No such file or directory, What about c:\cygwin\var\log\setup.log.full? It should have more information (in particular, the io_stream_cygfile messages should be preceded by the names of the files they correspond to). that's the strange thing: no such filenames are listed. rather than irritate the crap out of everybody by dropping a 410k file into thousands of people's mailboxes, i've placed the log at: http://hands.com/~lkcl/cygwin/setup.log.full You could've gzipped it down to about 30k, but this is good too, thanks. FWIW, it's indeed a setup.log.full. There are a few weird parts in this log. Here's one: 2005/09/27 12:27:46 Selected local directory: C:\ 2005/09/27 12:27:52 Selected local directory: C:\cygfiles For some reason, it remembered C:\ as your local package directory. Did c:\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin get created, by any chance? no, because i keep having to change it to c:\cygfiles: it doesn't remember that, though. The other weird part is that it doesn't show *any* packages selected to download. no, i know. Did you switch to Partial view to verify that you're actually going to upgrade any packages? no but i checked the list and it showed package versions: i assume this means yes i gonna install these. Can you please post the *exact* list of steps you took, from the moment you started setup to the moment it ended, copying and pasting any message boxes you get on the way? It didn't even show you the Installation complete message box, looks like... no, i've never seen that message box. the only one i've seen is that one about the drive setting (which i sent in my first post). Please try an HTTP mirror. the failures i am seeing now are that nothing is even downloaded - at all. Did you try to run setup in other modes (e.g., Download only)? download only, no. install from local, because when previously using the setup program i successfully downloaded all the packages i wanted: yes. the subdirectory, c:\cygfiles\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin, has however been created. Heh, I misread this at first. Looks like setup is crashing before it ever gets to the package download phase... You might try some other mirrors (mirrors.kernel.org is a good one, and so is mirror.mcs.anl.gov). yep, mirrors.kernel.org is where i attempted the http download from, even though i already have everything i want to install already downloaded from ftp.easynet.be. If worse comes to worst, I may post a debug version of setup I compiled and ask you to try it out. It might give us some clue on what is happening on your machine. ack! happy with that. l. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
solution to cygwin error: Win32 error 487 bash: fork: Resource temporarily unavailable
Hi, Tero, I saw your post on the web. I have the same problem for the past two days. Error is as follows: After installing cygwin on Window2000, I have following error after opening cygwin: 1033 [main] bash 2164 fork_copy: linked dll data/bss pass 0 failed, 0x66D000. .0x66D020, done 0, windows pid 1216, Win32 error 487 bash: fork: Resource temporarily unavailable I tried many solutions with no help including: 1) make sure cygwin1.dll has only one copy on the machine. 2) install different versions, different selections 3) rebaseall in the bash. (bash is totally useless except for few commands). Finally I got a solution which it works: rebaseall: only ash processes are allowed during rebasing Exit all Cygwin processes and stop all Cygwin services. Execute ash from Start/Run... or a cmd or command window. Execute '/bin/rebaseall' from ash. Hope it could help others to solve the same problem. Best wishes, --john -- 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: Windows 2000 gotchas?
On Tue, 27 Sep 2005, Debbie Tropiano wrote: Hello - I've been installing Cygwin in our computing lab and while the Windows XP installs have been fine, I've been getting some weird results on our Windows 2000 systems. I read the FAQ, but was wondering if there are some gotchas for Windows 2000 that I've missed. Exactly what weird results are you getting? Could we have some details here? Some extra pertinent info: Since it's a closed network, I downloaded the install, burned it to CD and have been running setup.exe after copying everything to the target system. Did you search the archives for the gotchas of installing from CD? In particular, most setup versions will not work correctly if setup.ini and the release/ directory are in the root of the CD -- put them one more directory level down. Also, there may be some path length limitations on CDs (which may be reached by some deeper release directories). The install seems to work OK, except that on the Windows 2000 systems only the bash icon shows up on the desktop even when selecting for all icons Huh? Do you mean All Users? The only icon that's *ever* created on the desktop by setup is the Cygwin icon that starts bash. There is a package that creates Start Menu icons for various applications, and setup will create one for Cygwin, but the only one that goes on the desktop is the one you call bash. Are you getting something else as well on XP? (sometimes that query doesn't even come up at the end of the install tho'). Hmm, this is interesting. Could you post c:\cygwin\var\log\setup.log.full from the install that did not bring up that query? Did you get an Installation complete message box at the end of that install? Since it's a lab, these are all shared systems. Generally we're able to run startxwin.bat the first time with no problems, but the leftover file and directory under /tmp are a problem. Please explain what shared systems means. Is there *one* username shared by all students, or does each student have their own username that they use to log in? If the former, I don't see why you have the problem you describe. If the latter, you can either do a chmod 1777 /tmp and chmod a+rwx /tmp/.X11-unix /tmp/XWin.log to fix this (you can do this in a custom postinstall script), or make a separate /tmp for each user (using mount). I am a *NIX admin, so not highly versed in Windows (but learning more and more everyday :-). A lot of Cygwin's problems can be solved via pure *NIX means (like that chmod /tmp). One gotcha is that Cygwin mounts aren't the same as Unix mounts -- read the manpage carefully. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
[chomd] does not work
$ ls -l mybackup.sh -rw-r--r-- 1 all all 36 Sep 27 17:45 mybackup.sh $ chmod u+x mybackup.sh $ ls -l mybackup.sh -rw-r--r-- 1 all all 36 Sep 27 17:45 mybackup.sh Why does not work it? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [chomd] does not work
On Tue, 27 Sep 2005, Christian Buhtz wrote: $ ls -l mybackup.sh -rw-r--r-- 1 all all 36 Sep 27 17:45 mybackup.sh $ chmod u+x mybackup.sh $ ls -l mybackup.sh -rw-r--r-- 1 all all 36 Sep 27 17:45 mybackup.sh Why does not work it? Not nearly enough information. As a WAG, see if http://cygwin.com/faq/faq-nochunks.html#faq.using.chmod addresses your issue. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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: [chomd] does not work
At 11:46 AM 9/27/2005, you wrote: $ ls -l mybackup.sh -rw-r--r-- 1 all all 36 Sep 27 17:45 mybackup.sh $ chmod u+x mybackup.sh $ ls -l mybackup.sh -rw-r--r-- 1 all all 36 Sep 27 17:45 mybackup.sh Why does not work it? http://cygwin.com/faq/faq-nochunks.html#faq.using.chmod -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Tasking not implemented on this configuration
I posted this question for the same reason you did. The answer was no task support for Ada run-time support. If you only want to use Ada compiler with run-time support, without cygwin's capabilities at all, I strongly suggest that you download the GNAT GPL Edition for free at https://libre2.adacore.com/ site. By the way, this compiler can handle lots of Ada 2005 syntax. If you need both Ada compiler with run-time support and cygwin, do the following. 1. Download GNAT compiler from gcc-3.4.4 from www.MinGW.org. Note, you need to ada and core components. 2. Download two other components, w32api and Ming runtime, from this site. 3. Unzip them in cygwin installed directory. Remember to keep the directory structure intact when Unzipping. In addition, select over all when prompted by WinZip. You are ready to go. Let me know how it turns out. Good luck. AV Craig Sorensen [EMAIL PROTECTED] 9/27/2005 7:54:05 AM I am trying to run an Ada program, but I keep getting this message failed run-time assertion : Tasking not implemented on this configuration. I found the same question on the message board back on 4/20/04, buy there was not a reply. I am running on Windows XP like the guy who asked the same question in 2004. How can I get cygwin to allow tasking on my Ada program? Thank you, Craig Sorensen -- 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/
Invalid win32 application
I'm building an application that links with a library that was built using Visual studio. When I try to run the application in a cygwin window, I get an error saying Permission denied. If I try to run it from a DOS window, I get an error message ... is not a valid Win32 application. If I strip the executable, the stripped version runs. The difference between the stripped and non-stripped version is a section named .sxdata which is the first section in the invalid executable. $ objdump -h gdb.exe gdb.exe: file format pei-i386 Sections: Idx Name Size VMA LMA File off Algn 0 .sxdata 0008 02e0 2**2 CONTENTS, READONLY, DEBUGGING 1 .text 001d5520 00401000 00401000 0600 2**4 CONTENTS, ALLOC, LOAD, CODE 2 .data 00040970 005d7000 005d7000 001d5c00 2**4 CONTENTS, ALLOC, LOAD, DATA 3 .rdata000668b0 00618000 00618000 00216600 2**4 CONTENTS, ALLOC, LOAD, READONLY, DATA 4 .bss 0001d208 0067f000 0067f000 2**4 ALLOC 5 .idata1f18 0069d000 0069d000 0027d000 2**2 CONTENTS, ALLOC, LOAD, DATA Has anyone run into this problem before? I'm on Windows 2000. Thanks Manisha _ Manisha KherTel: 978-967-1368 Mercury Computer Systems, Inc. Fax: 978-256-3599 199 Riverneck Road [EMAIL PROTECTED] Chelmsford, MA 01824-2820 -- 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: rebase: rebaseall growing pains
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Tishler wrote: Sorry, but you ran out. Remember that cygwin1.dll starts at 0x6100. So now what?? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDOa7/piWmPGlmQSMRAsbJAKDG2KzYvaCbrwcmPvtQexUlAaCqUgCg1XG1 tl2Fz9Pd/hOb2SgUmzlhIq0= =m9dJ -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rebase: rebaseall growing pains
At 04:43 PM 9/27/2005, you wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jason Tishler wrote: Sorry, but you ran out. Remember that cygwin1.dll starts at 0x6100. So now what?? Start porting to 64 bits? ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Socket operation on non-socket with rsync/ssh
At 11:14 PM 9/26/2005, you wrote: Larry Hall writes: At 10:33 AM 9/25/2005, you wrote: Hello readers! I'm having some continuous problems with rsync/ssh in Windows (cygwin) environment. For some reason, ssh raises a Socket operation on non-socket error when I try to transfer files with rsync over ssh. I can connect to the server directly with ssh without any problems, so ssh works properly in general. I tried to search web for similar cases and found that also other users have had this problem. I couldn't find any solution yet. All tips and tricks are welcome, I'm also happy to give more information if needed. You should always provide the information requested in: Problem reports: http://cygwin.com/problems.html I'm having a similar problem. The results of cygcheck.svr are at the end of this message. The symptoms are this: 1. ssh-add gives these messages when trying to set a passphrase: bash% eval $(ssh-agent -s) Agent pid 908 bash% ssh-add Enter passphrase for /home/Pablo/.ssh/id_dsa: Error reading response length from authentication socket. Error writing to authentication socket. Could not add identity: /home/Pablo/.ssh/id_dsa I don't see that, although I'm using an RSA(2) key. Do you see the same thing with RSA keys? Also, I notice that your home directory is mounted as text. You might want to try mounting at least your .ssh directory as binary. It's not clear to me that either of these two things are very significant but they are differences between our two environments. If you do go the binary mount route, make sure you run 'd2u' on the text files in the affected directories. 2. rsync hangs at random. Most hangs appear to be with either large files (15-20MB) or zero-length files. If it hangs on a file once, it will probably hang on the same file on the next try. If I delete or manually sync the file, rsync moves on and transfers more files before succeeding or hanging again. Intrestingly, it hangs MORE often with local transfers than over ssh. This sounds to me like the age-old rsync problems. You can read about them in the email archives. I want to blame both symptoms on the same problem, but when I think about it, I think problem 2 occured first then, after updating cygwin, problem 1 occured. The thing that made me think that they were related is that they may both have to do with sockets. Maybe. If you think the ssh problem started after an upgrade, can you pinpoint what changed there? I tried completely removing c:\cygwin and re-installing from scratch, but it was no help. Is there any way to completely scrub cygwin from my system (including registry entries) so that I can re-install cleanly? Yes. http://cygwin.com/faq/faq-nochunks.html#faq.setup.uninstall-all That said, did you read and follow the following thread to it's resolution? http://www.cygwin.com/ml/cygwin/2004-09/msg00418.html That thread made me wonder if Norton Antivirus might be involved. I tried adding rsync, ssh, sshd, and ssh-agent to the worm exclusion list, but that didn't help. If anybody thinks it might help, I could completely un-install NAV, but I'd rather not muck with de-installing and re-installing NAV, since it messes up the subscription info when you do that. It couldn't hurt to try. I don't run NAV on my end (although I do run AV software). Now, the result of cygcheck -svr: We ask that you *attach* this to any problem reports you send to the list. Please don't embed it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4
On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote: On Tue, Sep 27, 2005 at 10:09:44AM -0400, Igor Pechtchanski wrote: On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote: On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote: On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote: i check c:\cygwin\var\log\setup.log and it is full of io_stream_cygfile: fopen failed 2 No such file or directory, What about c:\cygwin\var\log\setup.log.full? It should have more information (in particular, the io_stream_cygfile messages should be preceded by the names of the files they correspond to). Ok, I was wrong -- setup didn't print the filenames to the log, period. The version I'm going to ask you to try, however, does. Please post the resulting log file in the same web location (and thanks for being considerate). rather than irritate the crap out of everybody by dropping a 410k file into thousands of people's mailboxes, i've placed the log at: http://hands.com/~lkcl/cygwin/setup.log.full Did you switch to Partial view to verify that you're actually going to upgrade any packages? no but i checked the list and it showed package versions: i assume this means yes i gonna install these. If worse comes to worst, I may post a debug version of setup I compiled and ask you to try it out. It might give us some clue on what is happening on your machine. ack! happy with that. Ok, here goes. Please use the setup at http://cs.nyu.edu/~pechtcha/cygwin/setup-2.513-alpha.exe. This version contains a fix for the FTP problem, so ftp mirrors should work too. Please switch to the Partial view this time, to find out exactly what's going to be installed. The log should tell us exactly which files it tries to open. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
Program doesn't work when running as a service in windows
Hi, The C program runs fine in Dos prompt or Cygwin Shell. When run as a service, it's not working. The service is started without error. The program checks for files in a directory, if there's a file it will print to the network printer by calling fopen(//computername/printer, w). I'm finding out the when it's running as a service, fopen is returning NULL. Thank you __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Program doesn't work when running as a service in windows
On Tue, 27 Sep 2005, The One wrote: Hi, The C program runs fine in Dos prompt or Cygwin Shell. When run as a service, it's not working. The service is started without error. The program checks for files in a directory, if there's a file it will print to the network printer by calling fopen(//computername/printer, w). I'm finding out the when it's running as a service, fopen is returning NULL. http://cygwin.com/faq/faq.using.html#faq.using.shares. It also helps to check the errno after fopen returns NULL. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA -- 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/
