Re: [RFU] mintty-0.8.1-1
On Aug 5 20:34, Andy Koppe wrote: Please upload: wget http://mintty.googlecode.com/files/mintty-0.8.1-1.tar.bz2 wget http://mintty.googlecode.com/files/mintty-0.8.1-1-src.tar.bz2 Please delete 0.6.2-1, leaving 0.7.1-1 as previous. Done. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] mm-common
On Aug 5 21:18, Yaakov S wrote: mm-common provides a common build infrastructure for the GNOME C++ bindings (aka GTKmm). This is required at build-time for all packages using gtkmm_autoreconf and gtkmm_compile. mm-common is already in Fedora and Debian. ftp://ftp.cygwinports.org/pub/cygwinports/release-2/GNOME/mm-common/mm-common-0.9.2-1-src.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/GNOME/mm-common/mm-common-0.9.2-1.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/GNOME/mm-common/setup.hint Please go ahead, Yaakov. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 23 July 2010 05:59, Christopher Faylor wrote: Andy Koppe wrote: [disable instant dependency updates and rely on resolver page instead] Now we get to find the bug reports hiding behind this bug. Found one, and it's big. The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I obviously didn't test this properly. Andrew, please remove the gold star I got for this. I won't be able to look for a fix 'til later, meanwhile, I'd recommend reverting the change asap. Andy
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Fri, Aug 06, 2010 at 01:25:54PM +0100, Andy Koppe wrote: On 23 July 2010 05:59, Christopher Faylor wrote: Andy Koppe wrote: [disable instant dependency updates and rely on resolver page instead] Now we get to find the bug reports hiding behind this bug. Found one, and it's big. The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I obviously didn't test this properly. Andrew, please remove the gold star I got for this. Before I back this out does anyone want to take a stab at fixing it? I'd do it but I have a couple of priority projects at work right now. cgf
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Aug 6 09:33, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 01:25:54PM +0100, Andy Koppe wrote: On 23 July 2010 05:59, Christopher Faylor wrote: Andy Koppe wrote: [disable instant dependency updates and rely on resolver page instead] Now we get to find the bug reports hiding behind this bug. Found one, and it's big. The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I obviously didn't test this properly. Andrew, please remove the gold star I got for this. Before I back this out does anyone want to take a stab at fixing it? I'd do it but I have a couple of priority projects at work right now. I'm looking into it, but it's tricky for people not quite up to speed with STL. Basically the elements in unmap also have to be tested for unsatisfied dependencies. One problem is that unmet is a map, so, when adding elements to unmet, there has to be some marker which allows to recognize elements which already have been tested for dependencies, otherwise it will be rather slow. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 6 August 2010 17:00, Corinna Vinschen wrote: On Aug 6 09:33, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 01:25:54PM +0100, Andy Koppe wrote: On 23 July 2010 05:59, Christopher Faylor wrote: Andy Koppe wrote: [disable instant dependency updates and rely on resolver page instead] Now we get to find the bug reports hiding behind this bug. Found one, and it's big. The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I obviously didn't test this properly. Andrew, please remove the gold star I got for this. Before I back this out does anyone want to take a stab at fixing it? I'd do it but I have a couple of priority projects at work right now. I'm looking into it, but it's tricky for people not quite up to speed with STL. Basically the elements in unmap also have to be tested for unsatisfied dependencies. One problem is that unmet is a map, so, when adding elements to unmet, there has to be some marker which allows to recognize elements which already have been tested for dependencies, otherwise it will be rather slow. I'm hoping this won't need to be implemented from scratch, given indirect dependencies already do work elsewhere. Gonna stare at it now as well. Andy
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
I obviously didn't test this properly. Andrew, please remove the gold star I got for this. Doh! I don't think this has ever happened before! I'll have to think about it. Maybe half a star... or a pewter star :)
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Fri, Aug 06, 2010 at 01:25:13PM -0400, Andrew Schulman wrote: I obviously didn't test this properly. Andrew, please remove the gold star I got for this. Doh! I don't think this has ever happened before! I'll have to think about it. Maybe half a star... or a pewter star :) Except for people who volunteer to support a package and then disappear, I don't think we should be eliminating gold stars. If we removed stars because of bugs we'd set very unrealistic expectations. cgf
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 6 August 2010 18:09, Andy Koppe wrote: On 6 August 2010 17:00, Corinna Vinschen wrote: On Fri, Aug 06, 2010 at 01:25:54PM +0100, Andy Koppe wrote: The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I'm looking into it, but it's tricky for people not quite up to speed with STL. Basically the elements in unmap also have to be tested for unsatisfied dependencies. One problem is that unmet is a map, so, when adding elements to unmet, there has to be some marker which allows to recognize elements which already have been tested for dependencies, otherwise it will be rather slow. I'm hoping this won't need to be implemented from scratch, given indirect dependencies already do work elsewhere. Misplaced hope, because packageversion::set_requirements, which is used on the chooser page, selects packages right away, whereas on the PreReq page they're first collected into a list of packages (and their requirees) to display to the user. I'll have a go at PrereqChecker::isMet() then. Andy
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
Except for people who volunteer to support a package and then disappear, I don't think we should be eliminating gold stars. If we removed stars because of bugs we'd set very unrealistic expectations. Works for me.
Re: Setup.exe update confusion
On 6 August 2010 19:38, Marco Moreno wrote: Note that the tooltip still shows Partial instead of Pending when mousing over the View button. I had changed that actually, but it looks like Jon accidentally reverted it in the 2010-07-29 checkin. I'll change it again. Andy
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Aug 6 19:21, Andy Koppe wrote: On 6 August 2010 18:09, Andy Koppe wrote: On 6 August 2010 17:00, Corinna Vinschen wrote: On Fri, Aug 06, 2010 at 01:25:54PM +0100, Andy Koppe wrote: The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I'm looking into it, but it's tricky for people not quite up to speed with STL. Basically the elements in unmap also have to be tested for unsatisfied dependencies. One problem is that unmet is a map, so, when adding elements to unmet, there has to be some marker which allows to recognize elements which already have been tested for dependencies, otherwise it will be rather slow. I'm hoping this won't need to be implemented from scratch, given indirect dependencies already do work elsewhere. Misplaced hope, because packageversion::set_requirements, which is used on the chooser page, selects packages right away, whereas on the PreReq page they're first collected into a list of packages (and their requirees) to display to the user. I'll have a go at PrereqChecker::isMet() then. I had a go at it, see below. Does it make sense? I tested this by selecting *only* the flac-devel package, which resulted in the following Resolve Dependecies dialog: Package: libFLAC++6 Required by: flac-devel Package: libFLAC8 Required by: flac-devel Package: libogg-devel Required by: flac-devel Package: libogg0 Required by: libogg-devel Looks good, doesn't it? Do you have another useful test for this code? Index: package_meta.cc === RCS file: /cvs/cygwin-apps/setup/package_meta.cc,v retrieving revision 2.57 diff -u -p -r2.57 package_meta.cc --- package_meta.cc 17 Apr 2010 12:36:45 - 2.57 +++ package_meta.cc 6 Aug 2010 19:55:43 - @@ -675,6 +675,18 @@ packagemeta::visited() const } void +packagemeta::prereq_checked(bool const aBool) +{ + prereq_checked_ = aBool; +} + +bool +packagemeta::prereq_checked() const +{ + return prereq_checked_; +} + +void packagemeta::logSelectionStatus() const { packagemeta const pkg = *this; Index: package_meta.h === RCS file: /cvs/cygwin-apps/setup/package_meta.h,v retrieving revision 2.38 diff -u -p -r2.38 package_meta.h --- package_meta.h 13 Dec 2009 19:23:43 - 2.38 +++ package_meta.h 6 Aug 2010 19:55:43 - @@ -36,7 +36,8 @@ public: packagemeta (packagemeta const ); packagemeta (const std::string pkgname):name (pkgname), key(pkgname), installed_from (), prevtimestamp (0), currtimestamp (0), -exptimestamp (0), architecture (), priority(), visited_(false) +exptimestamp (0), architecture (), priority(), visited_(false), +prereq_checked_(false) { } @@ -44,7 +45,8 @@ public: const std::string installedfrom):name (pkgname), key(pkgname), installed_from (installedfrom), prevtimestamp (0), currtimestamp (0), -exptimestamp (0), architecture (), priority(), visited_(false) +exptimestamp (0), architecture (), priority(), visited_(false), +prereq_checked_(false) { } @@ -54,6 +56,8 @@ public: void set_installed (packageversion ); void visited(bool const ); bool visited() const; + void prereq_checked(bool const ); + bool prereq_checked() const; void addToCategoryBase(); bool hasNoCategories() const; void setDefaultCategories(); @@ -157,6 +161,7 @@ protected: private: std::string trustLabel(packageversion const ) const; bool visited_; + bool prereq_checked_; }; #endif /* SETUP_PACKAGE_META_H */ Index: prereq.cc === RCS file: /cvs/cygwin-apps/setup/prereq.cc,v retrieving revision 2.3 diff -u -p -r2.3 prereq.cc --- prereq.cc 13 Dec 2009 19:23:43 - 2.3 +++ prereq.cc 6 Aug 2010 19:55:43 - @@ -189,6 +189,39 @@ PrereqChecker::isMet () } } } + + bool foundUnmet2ndLevel = foundUnmet; + + while (foundUnmet2ndLevel) +{ + foundUnmet2ndLevel = false; + + map packagemeta *, vector packagemeta *, packagemeta_ltcomp::iterator n; + for (n = unmet.begin (); n != unmet.end (); ++n) + { + if (!(*n).first-prereq_checked ()) + { + (*n).first-prereq_checked (true); + for (vector vector PackageSpecification * *::iterator i = + (*n).first-curr.depends ()-begin (); + i (*n).first-curr.depends ()-end (); ++i) + { + PackageSpecification *spec = (*i)-at(0); + packagemeta *pack = db.findBinary (*spec); + if (!pack) + continue; + if
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Aug 6 22:08, Corinna Vinschen wrote: On Aug 6 19:21, Andy Koppe wrote: On 6 August 2010 18:09, Andy Koppe wrote: On 6 August 2010 17:00, Corinna Vinschen wrote: On Fri, Aug 06, 2010 at 01:25:54PM +0100, Andy Koppe wrote: The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I'm looking into it, but it's tricky for people not quite up to speed with STL. Basically the elements in unmap also have to be tested for unsatisfied dependencies. One problem is that unmet is a map, so, when adding elements to unmet, there has to be some marker which allows to recognize elements which already have been tested for dependencies, otherwise it will be rather slow. I'm hoping this won't need to be implemented from scratch, given indirect dependencies already do work elsewhere. Misplaced hope, because packageversion::set_requirements, which is used on the chooser page, selects packages right away, whereas on the PreReq page they're first collected into a list of packages (and their requirees) to display to the user. I'll have a go at PrereqChecker::isMet() then. I had a go at it, see below. Does it make sense? I tested this by selecting *only* the flac-devel package, which resulted in the following Resolve Dependecies dialog: Package: libFLAC++6 Required by: flac-devel Package: libFLAC8 Required by: flac-devel Package: libogg-devel Required by: flac-devel Package: libogg0 Required by: libogg-devel Looks good, doesn't it? Do you have another useful test for this code? Here's another test with only selecting the vorbis-tools package. With the current setup from CVS: Package: libao4 Required by: vorbis-tools Package: libFLAC8 Required by: vorbis-tools Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools With my patch: Package: libao Required by: libao4 Package: libao-devel Required by: libao Package: libao4 Required by: vorbis-tools Package: libaudio2 Required by: libao4 Package: libaudiofile0 Required by: libesd0 Package: libesd0 Required by: libao4 Package: libFLAC8 Required by: vorbis-tools Package: libkate Required by: libkate1 Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis Required by: libvorbis0 Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools Looks still good, doesn't it? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Fri, Aug 06, 2010 at 10:26:02PM +0200, Corinna Vinschen wrote: On Aug 6 22:08, Corinna Vinschen wrote: On Aug 6 19:21, Andy Koppe wrote: On 6 August 2010 18:09, Andy Koppe wrote: On 6 August 2010 17:00, Corinna Vinschen wrote: On Fri, Aug 06, 2010 at 01:25:54PM +0100, Andy Koppe wrote: The dependency resolver page only adds direct dependencies of packages that have been selected, not indirect ones, so you end up with missing DLLs. (They do get added before the package selection screen if you run setup.exe again.) I'm looking into it, but it's tricky for people not quite up to speed with STL. ??Basically the elements in unmap also have to be tested for unsatisfied dependencies. ??One problem is that unmet is a map, so, when adding elements to unmet, there has to be some marker which allows to recognize elements which already have been tested for dependencies, otherwise it will be rather slow. I'm hoping this won't need to be implemented from scratch, given indirect dependencies already do work elsewhere. Misplaced hope, because packageversion::set_requirements, which is used on the chooser page, selects packages right away, whereas on the PreReq page they're first collected into a list of packages (and their requirees) to display to the user. I'll have a go at PrereqChecker::isMet() then. I had a go at it, see below. Does it make sense? I tested this by selecting *only* the flac-devel package, which resulted in the following Resolve Dependecies dialog: Package: libFLAC++6 Required by: flac-devel Package: libFLAC8 Required by: flac-devel Package: libogg-devel Required by: flac-devel Package: libogg0 Required by: libogg-devel Looks good, doesn't it? Do you have another useful test for this code? Here's another test with only selecting the vorbis-tools package. With the current setup from CVS: Package: libao4 Required by: vorbis-tools Package: libFLAC8 Required by: vorbis-tools Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools With my patch: Package: libao Required by: libao4 Package: libao-devel Required by: libao Package: libao4 Required by: vorbis-tools Package: libaudio2 Required by: libao4 Package: libaudiofile0 Required by: libesd0 Package: libesd0 Required by: libao4 Package: libFLAC8 Required by: vorbis-tools Package: libkate Required by: libkate1 Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis Required by: libvorbis0 Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools Looks still good, doesn't it? Yep. Andy do you agree? cgf
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 6 August 2010 21:36, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 10:26:02PM +0200, Corinna Vinschen wrote: Here's another test with only selecting the vorbis-tools package. With the current setup from CVS: Package: libao4 Required by: vorbis-tools Package: libFLAC8 Required by: vorbis-tools Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools With my patch: Package: libao Required by: libao4 Package: libao-devel Required by: libao Package: libao4 Required by: vorbis-tools Package: libaudio2 Required by: libao4 Package: libaudiofile0 Required by: libesd0 Package: libesd0 Required by: libao4 Package: libFLAC8 Required by: vorbis-tools Package: libkate Required by: libkate1 Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis Required by: libvorbis0 Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools Looks still good, doesn't it? Yep. Andy do you agree? I'm still working on a patch that tries to address this without a second dependency checking loop, by putting all desired packages into a todo list at the start, and then adding to it as we go through it and find missing dependencies. But since Corinna got there first ... . Doesn't the first loop need a (*n).first-prereq_checked (true) as well though? Andy
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Aug 6 21:52, Andy Koppe wrote: On 6 August 2010 21:36, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 10:26:02PM +0200, Corinna Vinschen wrote: Looks still good, doesn't it? Yep. Andy do you agree? I'm still working on a patch that tries to address this without a second dependency checking loop, by putting all desired packages into a todo list at the start, and then adding to it as we go through it and find missing dependencies. But since Corinna got there first ... . Doesn't the first loop need a (*n).first-prereq_checked (true) as well though? No. The first loop only adds packages to the so far empty unmet map. The second run has to test all packages in the unmet map. Only in that second run we set the flag to make sure that every package is only tested once for its direct dependencies. In every run of the loop, only the packages which have been added in the previous run are tested. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Aug 6 22:26, Corinna Vinschen wrote: On Aug 6 22:08, Corinna Vinschen wrote: I had a go at it [...] Here's another test with only selecting the vorbis-tools package. [...] And, while we're at it, do we *really* have to create such a detailed dependency view? Wouldn't it be much less confusing if we just list the packages which have to be installed to satisfy all dependencies, just like the GNOME PackageKit Updater GUI, gpk-update-viewer? Like this: Cygwin Setup - Resolve Dependencies boldThe following packages are required to satisfy dependencies./bold libao 1.0.0-1 libao-devel 1.0.0-1 libao4 1.0.0-1 libaudio2 1.9.2-1 libaudiofile0 0.2.7-1 libesd0 0.2.41-10 libFLAC8 1.2.1-2 libkate 0.3.7-3 libkate1 0.3.7-3 libogg0 1.2.0-1 libspeex1 1.2rc1-1 libvorbis 1.3.1-1 libvorbis0 1.3.1-1 libvorbisenc2 1.3.1-1 libvorbisfile3 1.3.1-1 [x] Select required packages (RECOMMENDED) [back][next] [cancel] Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Fri, Aug 06, 2010 at 11:06:38PM +0200, Corinna Vinschen wrote: On Aug 6 22:26, Corinna Vinschen wrote: On Aug 6 22:08, Corinna Vinschen wrote: I had a go at it [...] Here's another test with only selecting the vorbis-tools package. [...] And, while we're at it, do we *really* have to create such a detailed dependency view? Wouldn't it be much less confusing if we just list the packages which have to be installed to satisfy all dependencies, just like the GNOME PackageKit Updater GUI, gpk-update-viewer? Like this: Cygwin Setup - Resolve Dependencies boldThe following packages are required to satisfy dependencies./bold libao 1.0.0-1 libao-devel 1.0.0-1 libao4 1.0.0-1 libaudio2 1.9.2-1 libaudiofile0 0.2.7-1 libesd0 0.2.41-10 libFLAC8 1.2.1-2 libkate 0.3.7-3 libkate1 0.3.7-3 libogg0 1.2.0-1 libspeex1 1.2rc1-1 libvorbis 1.3.1-1 libvorbis0 1.3.1-1 libvorbisenc2 1.3.1-1 libvorbisfile3 1.3.1-1 [x] Select required packages (RECOMMENDED) [back][next] [cancel] Why not present as much info as possible? I don't know what libkate is but it would be nice to be able to satisfy my curiousity on that page rather than jumping to a web page and googling. cgf
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Aug 6 17:09, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 11:06:38PM +0200, Corinna Vinschen wrote: On Aug 6 22:26, Corinna Vinschen wrote: On Aug 6 22:08, Corinna Vinschen wrote: I had a go at it [...] Here's another test with only selecting the vorbis-tools package. [...] And, while we're at it, do we *really* have to create such a detailed dependency view? Wouldn't it be much less confusing if we just list the packages which have to be installed to satisfy all dependencies, just like the GNOME PackageKit Updater GUI, gpk-update-viewer? Like this: Cygwin Setup - Resolve Dependencies boldThe following packages are required to satisfy dependencies./bold libao 1.0.0-1 libao-devel 1.0.0-1 libao4 1.0.0-1 libaudio2 1.9.2-1 libaudiofile0 0.2.7-1 libesd0 0.2.41-10 libFLAC8 1.2.1-2 libkate 0.3.7-3 libkate1 0.3.7-3 libogg0 1.2.0-1 libspeex1 1.2rc1-1 libvorbis 1.3.1-1 libvorbis0 1.3.1-1 libvorbisenc2 1.3.1-1 libvorbisfile3 1.3.1-1 [x] Select required packages (RECOMMENDED) [back][next] [cancel] Why not present as much info as possible? I don't know what libkate is but it would be nice to be able to satisfy my curiousity on that page rather than jumping to a web page and googling. Well, that's ok. But I don't think it's important to learn where the dependency comes from. If you want to know what the missing package provides, the sdesc might be more informative, like this: libao version 1.0.0-1 (libao's sdesc) libao-devel version 1.0.0-1 (libao-devel's sdesc) [etc] Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Aug 6 23:18, Corinna Vinschen wrote: On Aug 6 17:09, Christopher Faylor wrote: Why not present as much info as possible? I don't know what libkate is but it would be nice to be able to satisfy my curiousity on that page rather than jumping to a web page and googling. Well, that's ok. But I don't think it's important to learn where the dependency comes from. If you want to know what the missing package provides, the sdesc might be more informative, like this: libao version 1.0.0-1 (libao's sdesc) libao-devel version 1.0.0-1 (libao-devel's sdesc) [etc] I just hacked something up. Here's a copy/paste from the resulting dialog: libao (1.0.0-1) Cross-Platform Audio Output Library (Transition) libao-devel (1.0.0-1) Cross-Platform Audio Output Library (Development) libao4 (1.0.0-1) Cross-Platform Audio Output Library (Runtime) libaudio2 (1.9.2-1) Network Audio System (runtime library) libaudiofile0 (0.2.7-1) Digital audio file library (runtime) libesd0 (0.2.41-10) Enlightened Sound Daemon (runtime library) libFLAC8 (1.2.1-2) Free Lossless Audio Codec (Runtime) libkate (0.3.7-3) Ogg karaoke/text encapsulation codec (documentation) libkate1 (0.3.7-3) Ogg karaoke/text encapsulation codec (runtime) libogg0 (1.2.0-1) Ogg Bitstream Library (Runtime) libspeex1 (1.2rc1-1) An open-source, patent-free speech codec (Runtime) libvorbis (1.3.1-1) The Vorbis General Audio Compression Codec (Documentation) libvorbis0 (1.3.1-1) The Vorbis General Audio Compression Codec (Runtime) libvorbisenc2 (1.3.1-1) The Vorbis General Audio Compression Codec (Encoding Layer Runtime) libvorbisfile3 (1.3.1-1) The Vorbis General Audio Compression Codec (High-Level Runtime) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Fri, Aug 06, 2010 at 11:18:58PM +0200, Corinna Vinschen wrote: Well, that's ok. But I don't think it's important to learn where the dependency comes from. If you want to know what the missing package provides, the sdesc might be more informative, like this: libao version 1.0.0-1 (libao's sdesc) libao-devel version 1.0.0-1 (libao-devel's sdesc) [etc] Oh, I thought it actually listed the sdesc already. cgf
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 6 August 2010 21:26, Corinna Vinschen wrote: I had a go at it, see below. Does it make sense? I tested this by selecting *only* the flac-devel package, which resulted in the following Resolve Dependecies dialog: Package: libFLAC++6 Required by: flac-devel Package: libFLAC8 Required by: flac-devel Package: libogg-devel Required by: flac-devel Package: libogg0 Required by: libogg-devel Looks good, doesn't it? Do you have another useful test for this code? Here's another test with only selecting the vorbis-tools package. With the current setup from CVS: Package: libao4 Required by: vorbis-tools Package: libFLAC8 Required by: vorbis-tools Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools With my patch: Package: libao Required by: libao4 Package: libao-devel Required by: libao Package: libao4 Required by: vorbis-tools Package: libaudio2 Required by: libao4 Package: libaudiofile0 Required by: libesd0 Package: libesd0 Required by: libao4 Package: libFLAC8 Required by: vorbis-tools Package: libkate Required by: libkate1 Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools Package: libspeex1 Required by: vorbis-tools Package: libvorbis Required by: libvorbis0 Package: libvorbis0 Required by: vorbis-tools Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools FWIW, attached is my take on a fix for this. Getting the same dependencies, but additional Required bys. (Actually libcurl4 and libssh2_1 are extra dependencies, but I assume you already have them installed. Andy Package: libao Required by: libao4, libao-devel Package: libao-devel Required by: libao Package: libao4 Required by: vorbis-tools, libao, libao-devel Package: libaudio2 Required by: libao4 Package: libaudiofile0 Required by: libesd0 Package: libcurl4 Required by: vorbis-tools Package: libesd0 Required by: libao4 Package: libFLAC8 Required by: vorbis-tools Package: libkate Required by: libkate1 Package: libkate1 Required by: vorbis-tools Package: libogg0 Required by: vorbis-tools, libFLAC8, libvorbis0 Package: libspeex1 Required by: vorbis-tools Package: libssh2_1 Required by: libcurl4 Package: libvorbis Required by: libvorbis0, libvorbisenc2, libvorbisfile3 Package: libvorbis0 Required by: vorbis-tools, libvorbisenc2, libvorbisfile3 Package: libvorbisenc2 Required by: vorbis-tools Package: libvorbisfile3 Required by: vorbis-tools prereq.cc.patch Description: Binary data
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 8/6/2010 5:18 PM, Corinna Vinschen wrote: On Aug 6 17:09, Christopher Faylor wrote: Why not present as much info as possible? I don't know what libkate is but it would be nice to be able to satisfy my curiousity on that page rather than jumping to a web page and googling. Well, that's ok. But I don't think it's important to learn where the dependency comes from. I disagree. Many times (not just on cygwin, but other platforms too) I update a bunch of (installed) packages, or install a group of new ones, and the hey, I'm going to install these dependencies now page pops up. And I think, Geez, what the heck requires that I install the whole TeX distribution!! Maybe I'll rethink installing that package... It's a minor issue though. If you wanted to be REALLY clever, you could (re)structure the page as: libao version 1.0.0-1 (libao's sdesc) libao-devel version 1.0.0-1 (libao-devel's sdesc) But set a tooltip on each entry that identifies the package whose requires: are causing it to be installed (or, in the case of multiple, the first of those packages). Or do nothing. :-) -- Chuck
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 6 August 2010 22:43, Andy Koppe wrote: On 6 August 2010 21:08, Corinna Vinschen wrote: + for (n = unmet.begin (); n != unmet.end (); ++n) + { + if (!(*n).first-prereq_checked ()) + { + (*n).first-prereq_checked (true); + for (vector vector PackageSpecification * *::iterator i = + (*n).first-curr.depends ()-begin (); + i (*n).first-curr.depends ()-end (); ++i) + { + PackageSpecification *spec = (*i)-at(0); + packagemeta *pack = db.findBinary (*spec); + if (!pack) + continue; + if (pack-desired spec-satisfies (pack-desired)) + ; + else if (unmet.find (pack) == unmet.end ()) + { + foundUnmet2ndLevel = true; + unmet[pack].push_back ((*n).first); + } + } + } Hang on, I don't think iterating over 'unmet' while inserting elements into it is valid, because it's a map (i.e. probably a binary tree). Actually, it is valid, but we'll miss out on any packages that happen to be inserted before the iterator, which of course is why 'foundUnmet2ndLevel' is there. Andy
ITP: rtorret, libtorrent, libsigc++
I wish to maintain rtorrent and the additional libraries it requires that are not currently part of the Cygwin distribution: libsigc++-2.0-2.2.8-1: wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/libsigc++/setup.hint \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-2.2.8-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-2.2.8-1.tar.bz2 \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0_0/setup.hint \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0_0/libsigc++2.0_0-2.2.8-1.tar.bz2 \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-devel/setup.hint \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-devel/libsigc++2.0-devel-2.2.8-1.tar.bz2 \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-doc/setup.hint \ http://emergedesktop.org/cygwin/libsigc++/libsigc++2.0-doc/libsigc++2.0-doc-2.2.8-1.tar.bz2 libtorrent-0.12.6-1: wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/libtorrent/setup.hint \ http://emergedesktop.org/cygwin/libtorrent/libtorrent-0.12.6-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/libtorrent/libtorrent-0.12.6-1.tar.bz2 \ http://emergedesktop.org/cygwin/libtorrent/libtorrent11/setup.hint \ http://emergedesktop.org/cygwin/libtorrent/libtorrent11/libtorrent11-0.12.6-1.tar.bz2 \ http://emergedesktop.org/cygwin/libtorrent/libtorrent-devel/setup.hint \ http://emergedesktop.org/cygwin/libtorrent/libtorrent-devel/libtorrent-devel-0.12.6-1.tar.bz2 rtorrent-0.8.6-1: wget -x -nH --cut-dirs=1 \ http://emergedesktop.org/cygwin/rtorrent/setup.hint \ http://emergedesktop.org/cygwin/rtorrent/rtorrent-0.8.6-1-src.tar.bz2 \ http://emergedesktop.org/cygwin/rtorrent/rtorrent-0.8.6-1.tar.bz2 All these packages have been approved by the Fedora project, but as far as I can tell have not been included as part of the official Fedora distribution. However, it is part of Debian's stable packages (lenny). As a result, I don't believe it needs to be voted on. I would appreciate it if someone could give the packaging a once over. Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On Fri, Aug 06, 2010 at 10:29:43PM +0100, Andy Koppe wrote: FWIW, attached is my take on a fix for this. Getting the same dependencies, but additional Required bys. (Actually libcurl4 and libssh2_1 are extra dependencies, but I assume you already have them installed. This seems to do the same job as Corinna's and it seems to be a smaller patch. Is there a possibility of an endless loop here at all? I don't think there is but I want to be sure. cgf
Re: [PATCH] Stop automatic dependency selection on setup.exe chooser screen
On 7 August 2010 05:29, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 10:29:43PM +0100, Andy Koppe wrote: FWIW, attached is my take on a fix for this. Getting the same dependencies, but additional Required bys. (Actually libcurl4 and libssh2_1 are extra dependencies, but I assume you already have them installed. This seems to do the same job as Corinna's and it seems to be a smaller patch. Is there a possibility of an endless loop here at all? I don't think there is but I want to be sure. Attached is a simpler version, after I realised that the 'known' set isn't actually needed. Added a few more comments as well. I don't think an endless loop is a possibility, because only dependencies that aren't in 'unmet' already are added to the todo queue, so each package can make it into the queue only once. Andy prereq.cc.patch Description: Binary data
Re: Using konsole in Cygwin
On Thu, 5 Aug 2010, Thomas Dickey wrote: iirc, cygwin has xterm, rxvt and rxvt-unicode which are very nice tools. And also Mintty which is great. But console has also interesting features (multiple shells in the same window in different tabs for example). From your answer, I conclude that konsole is not available in Cygwin. I guess the answer is the same for GNOME-termimal. Do you confirm? Best regards. Jean Johner -- 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: Using konsole in Cygwin
On Fri, 6 Aug 2010, JOHNER Jean 066030 wrote: On Thu, 5 Aug 2010, Thomas Dickey wrote: iirc, cygwin has xterm, rxvt and rxvt-unicode which are very nice tools. And also Mintty which is great. But console has also interesting features (multiple shells in the same window in different tabs for example). From your answer, I conclude that konsole is not available in Cygwin. I guess the answer is the same for GNOME-termimal. Do you confirm? that's my understanding - there was just this week a thread on this list which stated that. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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: How to launch an xterm using Monospace font
On Thu, 5 Aug 2010, Thomas Dickey wrote: I would like to launch an xterm terminal using Monospace font. Monospace is the font used by default by gvim. I tried: xterm -fn Monospace xterm -fa Monospace is perhaps what you meant. Thank you for your quick answer. xterm -fa Monospace gives no error message but open xterm with the same font (which is not Monospace) as: xterm If you try xterm -fa foobar you also get the same result, for any foobar string. Best regards. Jean Johner -- 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: How to launch an xterm using Monospace font
On Fri, 6 Aug 2010, JOHNER Jean 066030 wrote: On Thu, 5 Aug 2010, Thomas Dickey wrote: I would like to launch an xterm terminal using Monospace font. Monospace is the font used by default by gvim. I tried: xterm -fn Monospace xterm -fa Monospace is perhaps what you meant. Thank you for your quick answer. xterm -fa Monospace gives no error message but open xterm with the same font (which is not Monospace) as: xterm yes (one of the features of Xft is that it provides no error messages, but simply uses the default font if there's any problem...) If you try xterm -fa foobar you also get the same result, for any foobar string. That sounds as if the strings you're giving don't match the available font family names. If you have fc-list, it can give a list of names. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/
[ANNOUNCEMENT] Updated xorg-server-1.8.2-1
The following package has been updated in the Cygwin distribution: *** xorg-server-1.8.2-1 *** xorg-server-dmx-1.8.2-1 This is an update to the latest upstream release of the X servers. Support for RANDR display resizing was added. In windowed mode, this requires the XWin -resize option; in multiwindow mode, the display will automatically resize to match a change in Windows display resolution. See XWin(1) for details. Additional patches: - Generate X keycodes for multimedia keys. - Update mapping for Canadian keyboard layouts. - Add -resize command line option. - Internal WM workaround for Java AWT bug. - Fix a GDI bitmap resource leak of window icons. - Store pthread_ids and chain IOError handlers to avoid longjmp across threads. - Make select() poll and not block if there are unprocessed Windows messages. - Better keyboard debugging output. - Show any fatal error message. Yaakov Cygwin/X -- CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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: How to launch an xterm using Monospace font
On Fri, 6 Aug 2010, Thomas Dickey wrote: If you try xterm -fa foobar you also get the same result, for any foobar string. That sounds as if the strings you're giving don't match the available font family names. If you have fc-list, it can give a list of names. fc-list results in many fonts being listed but no Monospace! Times is in the list. I tried: xterm -fn Times xterm -fn Times-12 xterm -fa Times xterm -fa Times-12 Always the same result with the same default font. Has anybody been able to launch xterm with a font (any is welcome) which is not the default? That would give a track before going in the details of unix fonts literature. Thank you for your help. Jean Johner -- 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: [ANNOUNCEMENT] Updated xorg-server-1.8.2-1
On 06/08/2010 10:21, Yaakov (Cygwin/X) wrote: The following package has been updated in the Cygwin distribution: *** xorg-server-1.8.2-1 *** xorg-server-dmx-1.8.2-1 This is an update to the latest upstream release of the X servers. Support for RANDR display resizing was added. In windowed mode, this requires the XWin -resize option; in multiwindow mode, the display will automatically resize to match a change in Windows display resolution. See XWin(1) for details. I'm afraid I made a mistake when updating the XWin(1) man page when adding the description of '-resize'. '-resize' is also required in multiwindow mode to activate resize support. Also, something like the following needs to be added: In -multwindow or -rootless mode, if the X screen is of the same dimensions as a Windows monitor or the virtual desktop, the X server will respond to the WM_DISPLAYCHANGED sent when those dimensions change by resizing the X screen. Changing the size of the X screen using the RANDR extension is not permitted. We'll probably make -resize on by default in -multiwindow mode in the future, after more testing and feedback. Additional patches: - Generate X keycodes for multimedia keys. - Update mapping for Canadian keyboard layouts. - Add -resize command line option. - Internal WM workaround for Java AWT bug. - Fix a GDI bitmap resource leak of window icons. - Store pthread_ids and chain IOError handlers to avoid longjmp across threads. Just to clarify, this should fix the problem of X crashing during shutdown, leaving behind a stale lock file. Which should in turn fix the problem of not being able to start X if it was previously run by an Administrator if you aren't an Administrator. If there are still problems with multiple users of X on the same computer, either sequentially or in parallel, we'd like to hear about them. - Make select() poll and not block if there are unprocessed Windows messages. - Better keyboard debugging output. - Show any fatal error message. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- 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: XWin crash after the launch of startkde on a remote Red Hat 5 machine
2010/8/3 Michel Hummel hummel.mic...@gmail.com: Hello, I'm using cygwin on Microsoft Windows XP with XWin version : sh-3.2# XWin.exe -version Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.0.0 (1080) Build Date: 2010-04-02 Contact: cygwin-xfree@cygwin.com I think I have found a bug in the XWin reset procedure which leads to the start of two clipboard thread's and sometime to a crash of the X server. The crash can be produced by lauching startkde on a Red Hat 5 remote machine (The crash should arrive after some minutes of work) but the bug can simply be produced like this : On my installation if I launch Xwin with this options : XWin :0 -ac then I do xsetroot -solid '#00' After setting the color, Xwin launches its reset procedure because there is no more client connected ( the server loses the color but it is the normal comportment isn't it ? http://sourceware.org/ml/cygwin-xfree/2002-01/msg00106.html) The problem comes from the clipboard thread. In this example, when the server launches its reset procedure, the clipboard is in state Launched but is not in state Started (Boolean variable about clipboard status, see file hw/xwin/winclipboardthread.c). This particular status of the ClipboardThread during server reset is normaly managed by two if statements : * An if in the file hw/xwin/InitOutput.c disables the exit of the clipboard thread in this state Extract of the file hw/xwin/InitOutput.c (with line number) : 169 winClipboardShutdown (void) 170 { 171 /* Close down clipboard resources */ 172 if (g_fClipboard g_fClipboardLaunched g_fClipboardStarted) 173 { 174 /* Synchronously destroy the clipboard window */ 175 if (g_hwndClipboard != NULL) 176 { 177 SendMessage (g_hwndClipboard, WM_DESTROY, 0, 0); 178 /* NOTE: g_hwndClipboard is set to NULL in winclipboardthread.c */ 179 } 180 else 181 return; 182 183 /* Wait for the clipboard thread to exit */ 184 pthread_join (g_ptClipboardProc, NULL); 185 186 g_fClipboardLaunched = FALSE; 187 g_fClipboardStarted = FALSE; 188 189 winDebug (winClipboardShutdown - Clipboard thread has exited.\n); 190 } 191 } * An if statement in the file hw/xwin/winclipboardwrappers.c prohibits the launch of clipboard thread if one is already Launched. Extract of the file hw/xwin/winclipboardwrappers.c (with line number) 256 /* If the clipboard client has already been started, abort */ 257 if (g_fClipboardLaunched) 258 { 259 ErrorF (winProcEstablishConnection - Clipboard client already 260 launched, returning.\n); 261 return iReturn; 262 } The problem is that the Boolean variables g_fClipboardLaunched and g_fClipboardStarted are re-initialized by the server reset procedure (function winInitializeGlobals of the file hw/xwin/winglobals.c) Extract of the file hw/xwin/winglobals.c (with line number) 128 /* 129 * Re-initialize global variables that are invalidated 130 * by a server reset. 131 */ 132 133 void 134 winInitializeGlobals (void) 135 { 136 g_dwCurrentThreadID = GetCurrentThreadId (); 137 g_hwndKeyboardFocus = NULL; 138 #ifdef XWIN_CLIPBOARD 139 g_fClipboardLaunched = FALSE; 140 g_fClipboardStarted = FALSE; 141 g_iClipboardWindow = None; 142 g_pClipboardDisplay = NULL; 143 g_atomLastOwnedSelection = None; 144 g_hwndClipboard = NULL; 145 #endif 146 } The consequence of this Re-initialization in this particular situation is that the clipboard thread is launched two times and sometimes leads to a crash of the X server. You can see the double launch of the clipboard thread at the end of the attached log file Xwin.0.log ( 2 times the sentence : winClipboardProc - XOpenDisplay () returned and successfully opened the display. ) To fix this bug I purpose to remove the variables g_fClipboardLaunched and g_fClipboardStarted of the winInitializeGlobals (void) function, as their re-initializations are handled in in the files : hw/xwin/InitOutput.c. That what is doing the patch Attached to this email. Regards, Michel Hummel Hello, I didn't saw any response to my patch proposition, did someone tried it ? If I didn't posted it in the good place where should I have to I will be happy to explain the problem if my first mail wasn't clear. -- 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: Using konsole in Cygwin
On 8/6/2010 4:21 AM, Thomas Dickey wrote: On Fri, 6 Aug 2010, JOHNER Jean 066030 wrote: On Thu, 5 Aug 2010, Thomas Dickey wrote: iirc, cygwin has xterm, rxvt and rxvt-unicode which are very nice tools. And also Mintty which is great. But console has also interesting features (multiple shells in the same window in different tabs for example). From your answer, I conclude that konsole is not available in Cygwin. I guess the answer is the same for GNOME-termimal. Do you confirm? that's my understanding - there was just this week a thread on this list which stated that. Right. There are external ports of these but nothing in the distribution right now. As for other terminals with things like tabs, you can check out Poderosa and/or Console2. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: How to launch an xterm using Monospace font
JOHNER Jean wrote: Has anybody been able to launch xterm with a font (any is welcome) which is not the default? Jean, I think this is what you want. I have: XTerm*font: -*-courier-medium-r-*-*-*-100-*-*-*-*-*-* in my .Xdefaults Other than colors, here is my .Xdefaults (in my home directory, natch): XTerm*scrollBar: on XTerm*saveLines: 9 XTerm*font: -*-courier-medium-r-*-*-*-140-*-*-*-*-*-* XTerm*visualBell: true XTerm*titeInhibit: true urxvt*secondaryScreen: false The most important part is the XTerm*titeInhibit: true, it is beyond me why that isn't the default everywhere (it prevents a screen clear when you're, say, done reading a man page). I want to get rid of the title bar but haven't explored that as I launch most of my xterms from a script. Extract: nohup xterm -name $h -title $h -ls -mc none +tb +mb -vb -sb -sl 9 -background grey95 -fg black -cr black -ms black -font -*-lucidatypewriter-medium-*-*-*-*-100-*-*-*-*-*-* -e ssh -Yq r...@$h /dev/null 21 Naturally $h is the server :) To get the fonts I launched xfontsel and went through it and experimented. Use the 'select' button to put the string into the buffer. Brian -- 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: How to launch an xterm using Monospace font
I wrote: I want to get rid of the title bar Sorry, make that Toolbar. Brian -- 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 include/sys/dirent.h
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2010-08-06 18:55:25 Modified files: winsup/cygwin : ChangeLog winsup/cygwin/include/sys: dirent.h Log message: * include/sys/dirent.h (d_fileno): Define as d_ino. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4984r2=1.4985 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/sys/dirent.h.diff?cvsroot=srcr1=1.22r2=1.23
dvd has korean file names that are now question marks
hi, im not a programmer, i know very little MSDOS, i know windows xp well. i have some dvds that i used to back up some files but unfortunately all the files with korean names were then changed as the disk was burned. so now they are all question marks (bad file naming according to windows) so i cannot transfer the files from the dvd to my c drive or anywhere else for that matter OR even open them up from the drive (yes, i've already tried that, to rename the files but i can't even open up the files to rename them). i want to take the files off of the dvd and store them on my external hard drive now. can cygwin help with this...i've read for days now the user guide, the mailing list archives but truthfully i don't know where to start. i kinda need it set up like this step 1: do this, step 2: do this since i'm not a programmer. i have also exhausted many other options before i even installed or heard of cygwin. nothing worked. can someone take me through a step by step process to recover these renamed files? cheers denise -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Internal Server Error: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX.
Internal Server Error occur on http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX from http://cygwin.com/packages/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Internal Server Error: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX.
Oleksandr Gavenko writes: Internal Server Error occur on http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX from http://cygwin.com/packages/ WFM just now. Might have been a transient error of some kind? ..mark -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Failed linking gettext-0.18
Can you tell me what the error means and what I can do to fix it ? Thank you Markus Charles Wilson cyg...@cwilson.fastmail.fm wrote in message news:4c59dec5.70...@cwilson.fastmail.fm... On 8/4/2010 4:53 PM, Markus Moeller wrote: I have an application which depends on gettext 0.18, but the latest cygwin version is 0.17. When I try to compile 0.18 I get the below error. Is that a known problem. No, it isn't known; thanks for the warning. I'll look into updating cygwin's gettext distribution to 1.18.1.1 in the near future. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Internal Server Error: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX.
On 06.08.2010 10:54, Mark Geisert wrote: Oleksandr Gavenko writes: Internal Server Error occur on http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX from http://cygwin.com/packages/ WFM just now. Might have been a transient error of some kind? Just now error 500: Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, sourcemas...@sourceware.org and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/2.0.52 (Red Hat) Server at cygwin.com Port 80 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Internal Server Error: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX.
Please contact the server administrator, sourcemaster at sourceware.org and inform them of the time the error occurred, and anything you might have done that may have caused the error. OK, then the error report should be sent to that address, not this list. It's off-topic here, I'm betting. HTH, ..mark -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New package: mm-common-0.9.2-1
The following package has been added to the Cygwin distribution: *** mm-common-0.9.2-1 mm-common provides a common build infrastructure for the GNOME C++ bindings (aka GTKmm). This is required at build-time only for packages using cygport's gtkmm.cygclass. Yaakov Cygwin/X -- CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: mintty-0.8.1-1
mintty 0.8.1-1 is on its way to the Cygwin mirrors. This is a feature release with a few enhancements and fixes also some fairly big behind-the-scenes changes. DESCRIPTION === Mintty is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. Mintty is based on code from PuTTY by Simon Tatham and team. CHANGES === - Copy-on-select is enabled by default. - The default font size was reduced from 10 to 9, more in line with the Windows console's default. - I/O handling was redesigned using /dev/windows and select(). The result of this is that signals sent to mintty are now handled immediately. In particular, suspending mintty works properly now. - A new option allows to put the scrollbar on the left-hand side of the window. It's on the 'Window' pane of the options dialog. - The line cursor is displayed with the thickness configured in the Windows accessibility control panel (which defaults to 1 pixel). - Excess line content is no longer thrown away when narrowing the window, i.e. it now reappears if the window is widened again afterwards. (Rebreaking of long lines is not done though.) - Changing the font smoothing setting takes effect immediately after pressing OK or Apply. - Failure to save options triggers an error message instead of silently forgetting the options. - A couple of annoyances in the handling of mouse clicks were fixed. QUESTIONS = The mintty manual is installed as a manpage ('man mintty'), and it's also available in PDF format at http://mintty.googlecode.com/files/mintty-0.8.1.pdf. Questions and comments can be sent to the mintty discussion group at http://groups.google.com/group/mintty-discuss or the Cygwin mailing list at cyg...@cygwin.com. Please use the issue tracker at http://code.google.com/p/mintty/issues/list to report bugs or suggest enhancements. 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to launch an rxvt terminal window with Monospace font
On 29 July 2010 08:24, JOHNER Jean 066030 wrote: - It seems that Monospace font is not available with non-X11 applications. I'd suspect that 'Monospace' isn't an actual font, but some sort of alias for the default monospace font, and it looks like it's either 'Bitstream Vera Sans Mono' or 'DejaVu Sans Mono'. Both of these are available for Windows as well. I've got them on my system anyway, but I don't know whether they were there by default or whether they were installed with some application. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to launch an rxvt terminal window with Monospace font
Greetings, Andy Koppe! - It seems that Monospace font is not available with non-X11 applications. I'd suspect that 'Monospace' isn't an actual font, but some sort of alias for the default monospace font, and it looks like it's either 'Bitstream Vera Sans Mono' or 'DejaVu Sans Mono'. Both of these are available for Windows as well. I've got them on my system anyway, but I don't know whether they were there by default or whether they were installed with some application. You can obtain DejaVu font from their site (it's open project), and Bitstream's Vera is (was), basically, a base for it. (So, talking about either isn't exactly correct) -- WBR, Andrey Repin (anrdae...@freemail.ru) 06.08.2010, 16:24 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
why was jar moved to jar-3? goog search suggest legacy of gcc-3 possibly?
I'm using this jar a lot for the -@ option and didn't find it right away on new cygwin install but apparently it was just renamed. Is this obsolete? Thanks. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
dash dash?
Attempting to do some housecleaning and uninstall packages I no longer use, I attempted to uninstall dash, but Setup informs me that it is required by rebase. Wouldn't bash or the Bourne shell be a more appropriate choice? Sure, dash is smaller than either, but efficiency isn't critical for an application such as rebase. I then ran man dash and found two places in the man page that use the Unicode MATHEMATICAL LEFT/RIGHT ANGLE BRACKET (U+27E8/27E9) symbols. These symbols probably don't render properly on most folk's systems, so IMHO are a poor choice of symbols to use in a man page. In an example, it shows: lf foobar ⟨return⟩ --Ken Nellis
find on /proc/registry/HKEY_CLASSES_ROOT/CLSID report Bad address
$ find /proc/registry/HKEY_CLASSES_ROOT/CLSID -type f find: `/proc/registry/HKEY_CLASSES_ROOT/CLSID/CLSID': Bad address find: `/proc/registry/HKEY_CLASSES_ROOT/CLSID/{002F---C000-0046}': Bad address find: `/proc/registry/HKEY_CLASSES_ROOT/CLSID/{0100--0010-8000-00AA006D2EA4}': Bad address find: `/proc/registry/HKEY_CLASSES_ROOT/CLSID/{0101--0010-8000-00AA006D2EA4}': Bad address find: `/proc/registry/HKEY_CLASSES_ROOT/CLSID/{0103--0010-8000-00AA006D2EA4}': Bad address find: `/proc/registry/HKEY_CLASSES_ROOT/CLSID/{0104--0010-8000-00AA006D2EA4}': Bad address ... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dash dash?
On 08/06/2010 07:21 AM, Nellis, Kenneth wrote: Attempting to do some housecleaning and uninstall packages I no longer use, I attempted to uninstall dash, but Setup informs me that it is required by rebase. Wouldn't bash or the Bourne shell be a more appropriate choice? Sure, dash is smaller than either, but efficiency isn't critical for an application such as rebase. rebaseall (which is a wrapper around rebase) _cannot_ rebase an in-use .dll. Dash has fewer in-use dlls than bash. Therefore, dash is the (much) better choice for rebase. By the way, the Bourne shell is pretty much obsolete. On Solaris, /bin/sh is still the Bourne shell, but on every other system, /bin/sh aims to be POSIX-compatible (the historic Bourne shell does not comply with POSIX). And for portability reasons, you are better off writing a POSIX-compatible script that can use /bin/sh rather than requiring /bin/bash. I'm also entertaining the notion of following Debian's lead and switching /bin/sh to dash, since dash is noticeably faster than bash if your script is POSIX-conforming. Not very seriously yet, but it's not out of the question. I then ran man dash and found two places in the man page that use the Unicode MATHEMATICAL LEFT/RIGHT ANGLE BRACKET (U+27E8/27E9) symbols. These symbols probably don't render properly on most folk's systems, so IMHO are a poor choice of symbols to use in a man page. In an example, it shows: lf foobar ⟨return⟩ Please report bugs in the dash man page upstream to the dash development list. -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
The dirent struct
I'm well in to the process of porting rtorrent to Cygwin but I've hit a bit of a snag with the dirent struct. Namely: /usr/src/rtorrent/rtorrent-0.8.6-1/src/rtorrent-0.8.6/src/utils/directory.cc:79: error: ‘struct dirent’ has no member named ‘d_fileno’ /usr/src/rtorrent/rtorrent-0.8.6-1/src/rtorrent-0.8.6/src/utils/directory.cc:80: error: ‘struct dirent’ has no member named ‘d_reclen’ which sure enough, the Cygwin dirent struct does not: struct dirent { long __d_version; /* Used internally */ __ino64_t d_ino; unsigned char d_type; unsigned char __d_unused1[3]; __uint32_t __d_internal1; char d_name[NAME_MAX + 1]; }; I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? I'd appreciate some help here, since I'm not sure what to do at this point. Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Internal Server Error: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=REGEX.
On Fri, Aug 06, 2010 at 08:28:48AM +, Mark Geisert wrote: Please contact the server administrator, sourcemaster at sourceware.org and inform them of the time the error occurred, and anything you might have done that may have caused the error. OK, then the error report should be sent to that address, not this list. It's off-topic here, I'm betting. HTH, Ya think? Give the man a gold star! cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On Fri, Aug 06, 2010 at 09:33:41AM -0400, Chris Sutcliffe wrote: I'm well in to the process of porting rtorrent to Cygwin but I've hit a bit of a snag with the dirent struct. Namely: /usr/src/rtorrent/rtorrent-0.8.6-1/src/rtorrent-0.8.6/src/utils/directory.cc:79: error: ?struct dirent? has no member named ?d_fileno? /usr/src/rtorrent/rtorrent-0.8.6-1/src/rtorrent-0.8.6/src/utils/directory.cc:80: error: ?struct dirent? has no member named ?d_reclen? which sure enough, the Cygwin dirent struct does not: struct dirent { long __d_version;/* Used internally */ __ino64_t d_ino; unsigned char d_type; unsigned char __d_unused1[3]; __uint32_t __d_internal1; char d_name[NAME_MAX + 1]; }; I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? I'd appreciate some help here, since I'm not sure what to do at this point. No, they are not part of either of those fields. If they were they would be exposed. They simply are not implemented. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Vertical split in GNU screen
Hi, i'm new with mailing-lists use! i'd like to re-talk about a feature with cygwin screen! How can we add the marvellous Vertical split in GNU screen with cygwin? I know there were a talk about that between Jeenu V jeenuv at gmail dot com and Andrew Schulman schulman dot andrew at epamail dot epa dot gov the 19 Apr 2010! Thanks in advance for somebody answer! If i'm not at the right place to talk about this or if i don't use this list in the good way, please don't shout at me, just show me! Florent LOTTIN -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On Aug 6 09:40, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 09:33:41AM -0400, Chris Sutcliffe wrote: I'm well in to the process of porting rtorrent to Cygwin but I've hit a bit of a snag with the dirent struct. Namely: /usr/src/rtorrent/rtorrent-0.8.6-1/src/rtorrent-0.8.6/src/utils/directory.cc:79: error: ?struct dirent? has no member named ?d_fileno? /usr/src/rtorrent/rtorrent-0.8.6-1/src/rtorrent-0.8.6/src/utils/directory.cc:80: error: ?struct dirent? has no member named ?d_reclen? which sure enough, the Cygwin dirent struct does not: struct dirent { long __d_version; /* Used internally */ __ino64_t d_ino; unsigned char d_type; unsigned char __d_unused1[3]; __uint32_t __d_internal1; char d_name[NAME_MAX + 1]; }; I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? I'd appreciate some help here, since I'm not sure what to do at this point. No, they are not part of either of those fields. If they were they would be exposed. They simply are not implemented. And they don't have to. Per POSIX, only d_ino and d_name can be expected by a portable application(*). Corinna (*) http://www.opengroup.org/onlinepubs/9699919799/basedefs/dirent.h.html -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Moses with Cygwin on Windows 7
Dear all, We wish to install the Moses SMT system (http://www.statmt.org/moses/) on a Windows system. It requires an Unix-like environment, and we have successfully used Cygwin (http://www.cygwin.com/) with Moses on Windows XP. We are now considering running it on a Windows 7 system. If you have experiences of using Cygwin, and Moses in particular, on a Windows 7 system, I should be grateful if you could advise on any problems, solutions, or whether in fact the installation and performance is more or less the same as on Windows XP. Many thanks, Llio Humphreys Testun Cyf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Vertical split in GNU screen
On Fri, Aug 06, 2010 at 03:50:28PM +0200, flo wrote: Hi, i'm new with mailing-lists use! i'd like to re-talk about a feature with cygwin screen! How can we add the marvellous Vertical split in GNU screen with cygwin? I know there were a talk about that between Jeenu V jeenuv at gmail dot com and Andrew Schulman schulman dot andrew at epamail dot epa dot gov the 19 Apr 2010! Thanks in advance for somebody answer! If i'm not at the right place to talk about this or if i don't use this list in the good way, please don't shout at me, just show me! 1) If you are looking for an enhancement for GNU screen then you should go to the source: http://www.gnu.org/software/screen/ and request it there. Then, eventually, it will make its way to Cygwin and every other distribution which packages GNU screen. 2) You're asking us not to shout at you. Why are you shouting at us? Periods are what we use to close sentences. Please just use them. 3) Thanks for not quoting raw email addresses. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On 6 August 2010 10:11, Corinna Vinschen wrote: On Aug 6 09:40, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 09:33:41AM -0400, Chris Sutcliffe wrote: I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? I'd appreciate some help here, since I'm not sure what to do at this point. No, they are not part of either of those fields. If they were they would be exposed. They simply are not implemented. And they don't have to. Per POSIX, only d_ino and d_name can be expected by a portable application(*). Fair enough, thankfully they are don't seem to be used by the code, so I added an '#ifndef __CYGWIN__' around them and have managed to get by this. Thank you, Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: why was jar moved to jar-3? goog search suggest legacy of gcc-3 possibly?
On 8/6/2010 8:46 AM, mike marchywka wrote: I'm using this jar a lot for the -@ option and didn't find it right away on new cygwin install but apparently it was just renamed. Is this obsolete? It's part of the gcc-java package which is part of the GCC-3 version. gcc has been versioned to allow side-by-side installs of V3 and V4. Executables in each package have been appropriately renamed. 'alternatives' can be used to set up the desired default so that the typical names can be used transparently. See '/bin/set-gcc-default-3.sh' and '/etc/set-gcc-default-4.sh' for some insight on that front. Java, however, isn't currently packaged for GCC4 so these scripts don't alias any of its executables. So if you want 'jar' instead of just 'jar-3', you'll have to set this up through alternatives yourself for now at least. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: dvd has korean file names that are now question marks
-Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of denise Sent: Friday, August 06, 2010 12:17 AM To: cygwin@cygwin.com Subject: dvd has korean file names that are now question marks hi, im not a programmer, i know very little MSDOS, i know windows xp well. i have some dvds that i used to back up some files but unfortunately all the files with korean names were then changed as the disk was burned. so now they are all question marks (bad file naming according to windows) so i cannot transfer the files from the dvd to my c drive or anywhere else for that matter OR even open them up from the drive (yes, i've already tried that, to rename the files but i can't even open up the files to rename them). i want to take the files off of the dvd and store them on my external hard drive now. can cygwin help with this...i've read for days now the user guide, the mailing list archives but truthfully i don't know where to start. i kinda need it set up like this step 1: do this, step 2: do this since i'm not a programmer. i have also exhausted many other options before i even installed or heard of cygwin. nothing worked. can someone take me through a step by step process to recover these renamed files? cheers denise Hi Denise, Are you on the same machine that you did the backup on? If not, do any files not on the dvds display Korean names ok? I'm wondering if you are now on a machine that doesn't recognize Korean names in general, in which case just some configuration change to match the original machine might help. Did you use a backup program to burn the dvds, or a regular dvd-burner program? Bill -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On Aug 6 10:51, Chris Sutcliffe wrote: On 6 August 2010 10:11, Corinna Vinschen wrote: On Aug 6 09:40, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 09:33:41AM -0400, Chris Sutcliffe wrote: I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? I'd appreciate some help here, since I'm not sure what to do at this point. No, they are not part of either of those fields. If they were they would be exposed. They simply are not implemented. And they don't have to. Per POSIX, only d_ino and d_name can be expected by a portable application(*). Fair enough, thankfully they are don't seem to be used by the code, so I added an '#ifndef __CYGWIN__' around them and have managed to get by this. Btw., d_fileno is just another old name for d_ino. The Linux headers defines it thus as `#define d_fileno d_ino'. We can do the same in Cygwin. Maybe that minimizes some porting effort. As for d_reclen, there was a discussion already at one point: http://cygwin.com/ml/cygwin/2009-09/msg00023.html Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On 6 August 2010 12:39, Corinna Vinschen wrote: On Aug 6 10:51, Chris Sutcliffe wrote: On 6 August 2010 10:11, Corinna Vinschen wrote: And they don't have to. Per POSIX, only d_ino and d_name can be expected by a portable application(*). Fair enough, thankfully they are don't seem to be used by the code, so I added an '#ifndef __CYGWIN__' around them and have managed to get by this. Btw., d_fileno is just another old name for d_ino. The Linux headers defines it thus as `#define d_fileno d_ino'. We can do the same in Cygwin. Maybe that minimizes some porting effort. Thank you for the tip about d_fileno. I've left it within the __CYGWIN__ guard for now and have successfully compiled rtorrent after a couple of other minor patches. I plan on testing rtorrent out when I get home this evening and all going well issue an ITP. Cheers! Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Vertical split in GNU screen
Hi, i'm new with mailing-lists use! i'd like to re-talk about a feature with cygwin screen! How can we add the marvellous Vertical split in GNU screen with cygwin? I know there were a talk about that between Jeenu V jeenuv at gmail dot com and Andrew Schulman schulman dot andrew at epamail dot epa dot gov the 19 Apr 2010! Thanks in advance for somebody answer! If i'm not at the right place to talk about this or if i don't use this list in the good way, please don't shout at me, just show me! Florent LOTTIN Hi Florent. There is a patch that's been available for a while, that adds vertical split support to screen. I believe that Debian, Ubuntu, and probably others already incorporate it into their official screen packages. I remember the exchange with Jeenu, and after that I did go get the patch, build screen with it for Cygwin, and try it out. What I found, if I remember right, is that I saw a lot of what I considered strange behavior, and very little documentation or help about how the vertical split feature is supposed to work. It didn't seem to me to be working very well, so I put it aside. If people would like to try out the patched version, I can post it as a test release. Maybe you can tell me if the vertical split feature is working the way it's supposed to. Andrew. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On Fri, Aug 06, 2010 at 06:39:25PM +0200, Corinna Vinschen wrote: On Aug 6 10:51, Chris Sutcliffe wrote: On 6 August 2010 10:11, Corinna Vinschen wrote: On Aug ??6 09:40, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 09:33:41AM -0400, Chris Sutcliffe wrote: I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? ??I'd appreciate some help here, since I'm not sure what to do at this point. No, they are not part of either of those fields. ??If they were they would be exposed. They simply are not implemented. And they don't have to. ??Per POSIX, only d_ino and d_name can be expected by a portable application(*). Fair enough, thankfully they are don't seem to be used by the code, so I added an '#ifndef __CYGWIN__' around them and have managed to get by this. Btw., d_fileno is just another old name for d_ino. The Linux headers defines it thus as `#define d_fileno d_ino'. We can do the same in Cygwin. Maybe that minimizes some porting effort. Huh. I thought the d_fileno actually stood for the file handle of the opened directory. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On Aug 6 13:31, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 06:39:25PM +0200, Corinna Vinschen wrote: On Aug 6 10:51, Chris Sutcliffe wrote: On 6 August 2010 10:11, Corinna Vinschen wrote: On Aug ??6 09:40, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 09:33:41AM -0400, Chris Sutcliffe wrote: I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? ??I'd appreciate some help here, since I'm not sure what to do at this point. No, they are not part of either of those fields. ??If they were they would be exposed. They simply are not implemented. And they don't have to. ??Per POSIX, only d_ino and d_name can be expected by a portable application(*). Fair enough, thankfully they are don't seem to be used by the code, so I added an '#ifndef __CYGWIN__' around them and have managed to get by this. Btw., d_fileno is just another old name for d_ino. The Linux headers defines it thus as `#define d_fileno d_ino'. We can do the same in Cygwin. Maybe that minimizes some porting effort. Huh. I thought the d_fileno actually stood for the file handle of the opened directory. The Linux headers suggest that it was an old BSD name. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Setup.exe update confusion
On Aug 5, 2010, at 12:00 PM, Larry Hall (Cygwin) wrote: Pending is the old Partial view. It's been renamed. Note that the tooltip still shows Partial instead of Pending when mousing over the View button. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: incompatible environment variable names
Nellis, Kenneth: I came across an interesting (IMHO) incompatibility between Windows and bash environment variable names. You can create odd environment names on Unixish systems too, but nobody relies on them. I've had the same issue; a build environment I use required the presence of variable names with '(' and ')' in them. For the moment, I've hacked around the issue by calling cmd.exe to do the work before launching the build system proper, but eventually, in my Copious Free Time(TM), my plan is to patch bash and add raw-getenv and raw-setenv builtins that do the obvious thing. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Pipe creation failure (win32 error 1) again -- not BLODA
I'm running into sporadic failures with pipe creation; the exact errors (from a service logfile) are: 0 [sig] grep 1204 C:\cygwin\bin\grep.exe: *** fatal error - couldn't create signal pipe, Win32 error 1 0 [sig] sleep 6244 C:\cygwin\bin\sleep.exe: *** fatal error - couldn't create signal pipe, Win32 error 1 I've changed the service to work in a writeable directory, so I might have stack traces soon. In the meantime, I can definitely say that my system doesn't have any BLODA -- it's a fully updated Windows 7 64-bit installation with Defender disabled. Besides -- it's a pipe! It shouldn't be able to fail that way. Someone else mentioned having the same problem late last year: http://www.cygwin.com/ml/cygwin/2009-11/msg00603.html The common factor seems to be running a 64-bit OS. Between this problem and other random and weird behavior, I'm just about ready to install Windows 7 32-bit and be done with it -- but that wouldn't fix the bug. :) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On 6 August 2010 14:28, Corinna Vinschen wrote: On Aug 6 13:31, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 06:39:25PM +0200, Corinna Vinschen wrote: Btw., d_fileno is just another old name for d_ino. The Linux headers defines it thus as `#define d_fileno d_ino'. We can do the same in Cygwin. Maybe that minimizes some porting effort. Huh. I thought the d_fileno actually stood for the file handle of the opened directory. The Linux headers suggest that it was an old BSD name. I've decided to take a different approach and decided to implement it as follows: #ifdef __CYGWIN__ itr-d_fileno = entry-d_ino; itr-d_reclen = strlen(entry-d_name); #else itr-d_fileno = entry-d_fileno; itr-d_reclen = entry-d_reclen; #endif I assume this is appropriate? Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Setup.exe update confusion
On 6 August 2010 19:38, Marco Moreno wrote: Pending is the old Partial view. It's been renamed. Note that the tooltip still shows Partial instead of Pending when mousing over the View button. Thanks for the report. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On Aug 6 20:28, Corinna Vinschen wrote: On Aug 6 13:31, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 06:39:25PM +0200, Corinna Vinschen wrote: On Aug 6 10:51, Chris Sutcliffe wrote: On 6 August 2010 10:11, Corinna Vinschen wrote: On Aug ??6 09:40, Christopher Faylor wrote: On Fri, Aug 06, 2010 at 09:33:41AM -0400, Chris Sutcliffe wrote: I assume d_fileno and d_reclen may be part of __d_unused1 or __d_internal1? ??I'd appreciate some help here, since I'm not sure what to do at this point. No, they are not part of either of those fields. ??If they were they would be exposed. They simply are not implemented. And they don't have to. ??Per POSIX, only d_ino and d_name can be expected by a portable application(*). Fair enough, thankfully they are don't seem to be used by the code, so I added an '#ifndef __CYGWIN__' around them and have managed to get by this. Btw., d_fileno is just another old name for d_ino. The Linux headers defines it thus as `#define d_fileno d_ino'. We can do the same in Cygwin. Maybe that minimizes some porting effort. Huh. I thought the d_fileno actually stood for the file handle of the opened directory. The Linux headers suggest that it was an old BSD name. Actually it's not old at all. BSD still uses d_fileno for the name of this structure member in sys/dirent.h and d_ino is just a define in dirent.h. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.5: Hangs with tcsh pipes (was: 1.7.2: hangs with tcsh pipes)
On Aug 6 16:44, Stefan Merten wrote: Hi Cygwin hackers! 4 months (122 days) ago Stefan Merten wrote: [...] I isolated the problem into the appended script. Sometimes it runs fine and sometimes it hangs in one of the commands. You should be able to run tcsh -f tcsh_problems.csh I fetched your script from your OP and ran it about a hundred times. I can not reproduce a single hang. I'm using the latest Cygwin DLL from CVS, though. Maybe you should give it a try yourself. Just install the latest Cygwin DLL from the developer snapshots at http://cygwin.com/snapshots/ Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem with subversion-apache2
Is this the right board for rebase issues? Should I be looking somewhere else to determine which gcc and other tools I need. Sincerely, Brian S. Wilson -- Original Message --- From: Brian Wilson wil...@ds.net To: cygwin@cygwin.com Sent: Sat, 31 Jul 2010 09:03:21 -0400 Subject: Re: Problem with subversion-apache2 I have similar problems with httpd2 as well as other occasional heap space errors trying to start the bash shell. I'm not a power user of Cygwin; but I do read the User Guides and other web sites for help/advise. What I've set up I really like and I find this is great for testing shell and Perl scripts. I am running the latest Cygwin version (1.7.5 I think) on a Windows XP Pro system with SP3 and the latest patches. I ran cygcheck and noted it says I don't have gcc, ld, or a few other compiler related packages. I don't use my cygwin for compiling much so I've never installed them. Shouldn't these be part of the dependency list for the rebase package if they are required?Do I need to download more packages (even though I just reinstalled rebase)? I've attached the cygcheck output file to help with the analysis. I also note cygcheck says I have ZoneAlarm, which is incorrect. I believe it is detecting McAfee Total Protection and mis- identifying it. I know McAfee is on the BLODA list; but I had shut down all file scanning before running rebaseall. Do I need to turn something more off? I opened an Explorer window and located C:/cygwin/bin/ash.exe and double clicked. I tried to run the rebaseall command and got the following. What did I do wrong? Any advise would be appreciated. $ /bin/ps -eaf UID PIDPPID TTY STIME COMMAND Brian S. 15996 1 con 08:26:57 /usr/bin/ash Brian S. 12880 15996 con 08:32:06 /usr/bin/ps $ /bin/rebaseall ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6 Sincerely, Brian S. Wilson === Home: (678) 376-9258 Cell: (678) 232-9357 wil...@ds.net === -- Original Message --- From: Larry Hall \(Cygwin\) reply-to-list-only...@cygwin.com To: cygwin@cygwin.com Sent: Thu, 29 Jul 2010 17:53:46 -0400 Subject: Re: Problem with subversion-apache2 On 7/29/2010 5:48 PM, Dragos Toader wrote: The problem has to do with package subversion-apache 2 1.6.12-2 My apache2 daemon crashes when I try to start it after adding LoadModule authz_svn_module lib/apache2/mod_authz_svn.so to /etc/apache2/httpd.conf /var/log/apache2/error_log reports 7424725 [main] httpd2 1000 C:\cygwin\usr\sbin\httpd2.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\apache2\mod_authz_svn.so to same address as parent: 0xC7 != 0xF1 This is caused by one of two things: 1. rebase problem - Install the rebase package, read the readme in /usr/share/doc/Cygwin, and follow the instructions there to run rebaseall. 2. http://cygwin.com/acronyms/#BLODA I'd try 1 first. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple --- End of Original Message --- --- End of Original Message --- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Pipe creation failure (win32 error 1) again -- not BLODA
From: dan.colascione Subject: Pipe creation failure (win32 error 1) again -- not BLODA Date: Fri, 6 Aug 2010 11:46:16 -0700 I'm running into sporadic failures with pipe creation; the exact errors (from a service logfile) are: 0 [sig] grep 1204 C:\cygwin\bin\grep.exe: *** fatal error - couldn't create signal pipe, Win32 error 1 0 [sig] sleep 6244 C:\cygwin\bin\sleep.exe: *** fatal error - couldn't create signal pipe, Win32 error 1 I've changed the service to work in a writeable directory, so I might have stack traces soon. In the meantime, I can definitely say that my system doesn't have any BLODA -- it's a fully updated Windows 7 64-bit installation with Defender disabled. Besides -- it's a pipe! It shouldn't be able to fail that way. Is Windows 7 on the BLODA? ...Karl -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem with subversion-apache2
http://cygwin.com/acronyms/#TOFU Yuck! Reformatted. http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. On 8/6/2010 3:25 PM, Brian Wilson wrote: On Sat, 31 Jul 2010 09:03:21, Brian Wilson wrote: On Thu, 29 Jul 2010 17:53:46, Larry Hall wrote: On 7/29/2010 5:48 PM, Dragos Toader wrote: The problem has to do with package subversion-apache 2 1.6.12-2 My apache2 daemon crashes when I try to start it after adding LoadModule authz_svn_module lib/apache2/mod_authz_svn.so to /etc/apache2/httpd.conf /var/log/apache2/error_log reports 7424725 [main] httpd2 1000 C:\cygwin\usr\sbin\httpd2.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\apache2\mod_authz_svn.so to same address as parent: 0xC7 != 0xF1 This is caused by one of two things: 1. rebase problem - Install the rebase package, read the readme in /usr/share/doc/Cygwin, and follow the instructions there to run rebaseall. 2.http://cygwin.com/acronyms/#BLODA I'd try 1 first. I have similar problems with httpd2 as well as other occasional heap space errors trying to start the bash shell. I'm not a power user of Cygwin; but I do read the User Guides and other web sites for help/advise. What I've set up I really like and I find this is great for testing shell and Perl scripts. I am running the latest Cygwin version (1.7.5 I think) on a Windows XP Pro system with SP3 and the latest patches. I ran cygcheck and noted it says I don't have gcc, ld, or a few other compiler related packages. I don't use my cygwin for compiling much so I've never installed them. Shouldn't these be part of the dependency list for the rebase package if they are required?Do I need to download more packages (even though I just reinstalled rebase)? I've attached the cygcheck output file to help with the analysis. I also note cygcheck says I have ZoneAlarm, which is incorrect. I believe it is detecting McAfee Total Protection and mis- identifying it. I know McAfee is on the BLODA list; but I had shut down all file scanning before running rebaseall. Do I need to turn something more off? I opened an Explorer window and located C:/cygwin/bin/ash.exe and double clicked. I tried to run the rebaseall command and got the following. What did I do wrong? Any advise would be appreciated. $ /bin/ps -eaf UID PIDPPID TTY STIME COMMAND Brian S. 15996 1 con 08:26:57 /usr/bin/ash Brian S. 12880 15996 con 08:32:06 /usr/bin/ps $ /bin/rebaseall ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6 Is this the right board for rebase issues? Should I be looking somewhere else to determine which gcc and other tools I need. Sounds like you still have other Cygwin processes running. Did you read the README? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Failed linking gettext-0.18
On 8/6/2010 4:20 AM, Markus Moeller wrote: Can you tell me what the error means and what I can do to fix it ? Thank you Markus Charles Wilson x...@xxx.xxx wrote in message PCYMTNQREAIYR - And please don't top-post: A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting frowned upon? It's complicated. The upstream maintainer of gettext REALLY dislikes a mechanism used for symbol resolution by the GNU toolchain (gcc/ld) with DLLs on mingw and cygwin: auto-import. So, he arranges that gettext is always compiled with --disable-auto-import. However, recent versions of g++'s runtime library, libstdc++, ITSELF, require auto-import when linking IIUC. Hence, boom. I'm not sure this is easily fixed. IF I am correct, there are two options: (1) teach g++ how to build a libstdc++ DLL that exports symbols properly rather than requiring auto-import. This depends on a new cygwin g++ compiler I think. OR, (2) override the build procedure for gettext to ensure that --enable-auto-import is provided on every link command, AFTER the default gettext setting of --disable-auto-import. IIRC, just setting LDFLAGS before configuring won't do it, because Bruno *deliberately* arranged things to make overriding his desired auto-import behavior difficult. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
second copy of bash bug?
Hello, I ran a second copy of bash (version 3.2.49-23) and then I ran tail -f somefile in the first copy and tail -f someotherfile in the second copy. Then I hit ctrl-c in the second copy and then I hit ctrl-c in the first copy and, I could not see anything that I typed in the second copy. But characters were going there because if I hit Enter they appeared. I tried to hit ctrl-l (ell) and that did nothing. The first copy appears to be fine though. I'm at work so I can't really respond but I did want to report this. Robert -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem with subversion-apache2
Yep, I made sure to shut down all cygwin applications I am aware of that were running which were shown in the Windows Services. Unfortunately I don't know what the errorno 6 means. Sincerely, Brian S. Wilson -- Original Message --- From: Larry Hall \(Cygwin\) reply-to-list-only...@cygwin.com To: cygwin@cygwin.com Sent: Fri, 06 Aug 2010 16:40:08 -0400 Subject: Re: Problem with subversion-apache2 http://cygwin.com/acronyms/#TOFU Yuck! Reformatted. http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. On 8/6/2010 3:25 PM, Brian Wilson wrote: On Sat, 31 Jul 2010 09:03:21, Brian Wilson wrote: On Thu, 29 Jul 2010 17:53:46, Larry Hall wrote: On 7/29/2010 5:48 PM, Dragos Toader wrote: The problem has to do with package subversion-apache 2 1.6.12-2 My apache2 daemon crashes when I try to start it after adding LoadModule authz_svn_module lib/apache2/mod_authz_svn.so to /etc/apache2/httpd.conf /var/log/apache2/error_log reports 7424725 [main] httpd2 1000 C:\cygwin\usr\sbin\httpd2.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\apache2\mod_authz_svn.so to same address as parent: 0xC7 != 0xF1 This is caused by one of two things: 1. rebase problem - Install the rebase package, read the readme in /usr/share/doc/Cygwin, and follow the instructions there to run rebaseall. 2.http://cygwin.com/acronyms/#BLODA I'd try 1 first. I have similar problems with httpd2 as well as other occasional heap space errors trying to start the bash shell. I'm not a power user of Cygwin; but I do read the User Guides and other web sites for help/advise. What I've set up I really like and I find this is great for testing shell and Perl scripts. I am running the latest Cygwin version (1.7.5 I think) on a Windows XP Pro system with SP3 and the latest patches. I ran cygcheck and noted it says I don't have gcc, ld, or a few other compiler related packages. I don't use my cygwin for compiling much so I've never installed them. Shouldn't these be part of the dependency list for the rebase package if they are required?Do I need to download more packages (even though I just reinstalled rebase)? I've attached the cygcheck output file to help with the analysis. I also note cygcheck says I have ZoneAlarm, which is incorrect. I believe it is detecting McAfee Total Protection and mis- identifying it. I know McAfee is on the BLODA list; but I had shut down all file scanning before running rebaseall. Do I need to turn something more off? I opened an Explorer window and located C:/cygwin/bin/ash.exe and double clicked. I tried to run the rebaseall command and got the following. What did I do wrong? Any advise would be appreciated. $ /bin/ps -eaf UID PIDPPID TTY STIME COMMAND Brian S. 15996 1 con 08:26:57 /usr/bin/ash Brian S. 12880 15996 con 08:32:06 /usr/bin/ps $ /bin/rebaseall ReBaseImage (/usr/bin/cyggcc_s-1.dll) failed with last error = 6 Is this the right board for rebase issues? Should I be looking somewhere else to determine which gcc and other tools I need. Sounds like you still have other Cygwin processes running. Did you read the README? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple --- End of Original Message --- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On 2010/08/06 11:48 AM, Chris Sutcliffe wrote: I've decided to take a different approach and decided to implement it as follows: #ifdef __CYGWIN__ itr-d_fileno = entry-d_ino; itr-d_reclen = strlen(entry-d_name); #else itr-d_fileno = entry-d_fileno; itr-d_reclen = entry-d_reclen; #endif I assume this is appropriate? No, not according to this: http://cygwin.com/ml/cygwin/2009-09/msg00031.html Quoting cgf from there: Defining d_*rec*len as strlen(d_name) would not be correct since that is supposed to be the length of the record not the name. BTW, I look forward to trying out rtorrent in Cygwin. I am quite familiar with rtorrent, as I use it quite often in Linux. -SM -- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: The dirent struct
On 6 August 2010 20:31, Steven Monai wrote: On 2010/08/06 11:48 AM, Chris Sutcliffe wrote: I've decided to take a different approach and decided to implement it as follows: #ifdef __CYGWIN__ itr-d_fileno = entry-d_ino; itr-d_reclen = strlen(entry-d_name); #else itr-d_fileno = entry-d_fileno; itr-d_reclen = entry-d_reclen; #endif I assume this is appropriate? No, not according to this: http://cygwin.com/ml/cygwin/2009-09/msg00031.html Quoting cgf from there: Defining d_*rec*len as strlen(d_name) would not be correct since that is supposed to be the length of the record not the name. Interesting. From an rtorrent perspective it's working as expected, but as I previously stated, although rtorrent grabs the value, it doesn't actually seem to do anything with it. I'll leave it as is for now (I figure having something there is better than nothing at all). Cheers! Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
New package: mm-common-0.9.2-1
The following package has been added to the Cygwin distribution: *** mm-common-0.9.2-1 mm-common provides a common build infrastructure for the GNOME C++ bindings (aka GTKmm). This is required at build-time only for packages using cygport's gtkmm.cygclass. Yaakov Cygwin/X -- CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Updated: mintty-0.8.1-1
mintty 0.8.1-1 is on its way to the Cygwin mirrors. This is a feature release with a few enhancements and fixes also some fairly big behind-the-scenes changes. DESCRIPTION === Mintty is a terminal emulator for Cygwin with a native Windows user interface and minimalist design. Among its features are Unicode support and a graphical options dialog. Its terminal emulation is largely compatible with xterm, but it does not require an X server. Mintty is based on code from PuTTY by Simon Tatham and team. CHANGES === - Copy-on-select is enabled by default. - The default font size was reduced from 10 to 9, more in line with the Windows console's default. - I/O handling was redesigned using /dev/windows and select(). The result of this is that signals sent to mintty are now handled immediately. In particular, suspending mintty works properly now. - A new option allows to put the scrollbar on the left-hand side of the window. It's on the 'Window' pane of the options dialog. - The line cursor is displayed with the thickness configured in the Windows accessibility control panel (which defaults to 1 pixel). - Excess line content is no longer thrown away when narrowing the window, i.e. it now reappears if the window is widened again afterwards. (Rebreaking of long lines is not done though.) - Changing the font smoothing setting takes effect immediately after pressing OK or Apply. - Failure to save options triggers an error message instead of silently forgetting the options. - A couple of annoyances in the handling of mouse clicks were fixed. QUESTIONS = The mintty manual is installed as a manpage ('man mintty'), and it's also available in PDF format at http://mintty.googlecode.com/files/mintty-0.8.1.pdf. Questions and comments can be sent to the mintty discussion group at http://groups.google.com/group/mintty-discuss or the Cygwin mailing list at cyg...@cygwin.com. Please use the issue tracker at http://code.google.com/p/mintty/issues/list to report bugs or suggest enhancements. 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple